Kevin,
> -Original Message-
> From: Kevin Hilman [mailto:khil...@ti.com]
> Sent: Thursday, January 06, 2011 5:21 AM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Gopinath, Thara
> Subject: Re: [PATCH v8 6/11] OMAP1: dmtimer: conversion to platform
> devices
>
> Hi Tarun,
>
Hi Tomi,
On Wed, Jan 5, 2011 at 9:05 PM, Tomi Valkeinen wrote:
> On Mon, 2011-01-03 at 18:21 +0530, ext Guruswamy Senthilvadivu wrote:
>> From: Senthilvadivu Guruswamy
>>
>> clks are moved to dss platform driver. clk_get/put APIs use dss device
>> instead
>> of core platform device. So the dev
Hi,
Kevin Hilman [khil...@ti.com]:
> Aaro Koskinen writes:
>
> > Make !CONFIG_SUSPEND init declarations identical on all OMAPs and
> > eliminate some ifdefs.
> >
> > Signed-off-by: Aaro Koskinen
>
> I like this solution, but it introduces compiler warnings:
>
> [...]
>
> As you likely noticed, r
I've observed the following issues while building 2.6.37 + my devel
branch. I don't believe any of them to be due to anything in my tree,
so would be in 2.6.37 as well.
=== omap1 ===
arch/arm/plat-omap/built-in.o: In function `omap2_i2c_add_bus':
arch/arm/plat-omap/i2c.c:169: undefined reference
On Wed, Jan 05, 2011 at 04:25:32PM -0800, Kevin Hilman wrote:
> As you likely noticed, removing the const leads to checkpatch warnings:
>
> WARNING: struct platform_suspend_ops should normally be const
>
> so the choice is between a checkpatch warning or a bunch of compiler
> warnings.
checkpatc
On Thu, Jan 06, 2011 at 09:26:40AM +0530, Keerthy wrote:
> ---
> drivers/hwmon/Kconfig| 11 +
> drivers/hwmon/Makefile |1 +
> drivers/hwmon/twl4030-madc.c | 794
> ++
> include/linux/i2c/twl4030-madc.h | 118 ++
> 4 files
On Wed, Jan 05, 2011 at 09:33:28PM -0800, Guenter Roeck wrote:
> [...]
> > +EXPORT_SYMBOL_GPL(twl4030_madc_conversion);
> [...]
> > +EXPORT_SYMBOL_GPL(twl4030_get_madc_conversion);
> No symbol export from hwmon drivers. Other parts of the kernel
> should not depend on HWMON configuration.
Why?
Hi,
Russell King - ARM Linux [li...@arm.linux.org.uk]:
> > > -static struct platform_suspend_ops omap_pm_ops = {
> > > - .begin = omap2_pm_begin,
> > > - .enter = omap2_pm_enter,
> > > - .end= omap2_pm_end,
> > > - .valid = suspend_valid_only_mem,
> >
Russell,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Russell King - ARM Linux
> Sent: Thursday, January 06, 2011 4:34 PM
> To: Tony Lindgren
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> S
On Thu, 2011-01-06 at 16:08 +0900, Paul Mundt wrote:
> (Trying an alternate address for Richard, and adding Andrew to Cc..)
>
> On Thu, Dec 09, 2010 at 02:41:50PM +0100, Janusz Krzysztofik wrote:
> > This patch extends the LED backlight tirgger driver with an option that
> > allows
> > for inver
it is pretty unfortunate that I have to NAK this patch in the public ML
as well.
shweta.gul...@ti.com wrote, on 01/06/2011 12:27 AM:
From: Shweta Gulati
There is a mismatch in voltages specified in OPP table of MPU
and voltage specified in voltage table 'omap44xx_vdd_mpu_volt_data'
This Patch
Kevin Hilman wrote, on 01/05/2011 05:28 PM:
Nishanth Menon writes:
Beagle XM uses 3730 and the board design allows enabling 800MHz and 1GHz
OPPs. However, We need Smart reflex class 1.5 and ABB to enable 1GHz safely.
For the moment, we tweak the default table to allow for 800Mhz OPP usage.
I
Hi all,
I was trying to build OMAP4 only kernel from the linux-omap master.
Came across few failures caused by exclusion of OMAP3/3 specific code via
#ifdef.
My repo is at:
commit fa3b4e23ec20cfc944db7cc2b30b0d82c20e4472
Author: Tony Lindgren
Date: Thu Dec 30 12:47:00
Op 6 jan 2011, om 13:24 heeft Nishanth Menon het volgende geschreven:
> Kevin Hilman wrote, on 01/05/2011 05:28 PM:
>> Nishanth Menon writes:
>>
>>> Beagle XM uses 3730 and the board design allows enabling 800MHz and 1GHz
>>> OPPs. However, We need Smart reflex class 1.5 and ABB to enable 1GHz
Dear list members,
I haven't found the information if linux can use the M-Shield HW, do you
know this?
I have seen the official page
http://focus.ti.com/general/docs/wtbu/wtbugencontent.tsp?templateId=6123&navigationId=12316&contentId=4629&DCMP=WTBU&HQS=Other+EM+m-shield
but I haven't seen whi
Kevin,
[...]
> >
> > Also, testing with PM on 34xx/n900, I noticed that this series prevents
> > PER and CORE from hitting retention during suspend. I haven't debugged
> > why yet.
> I have not done power testing. I will try this out right away and confirm.
>
Here is a brief update on pm test.
(1
Koen Kooi had written, on 01/06/2011 07:00 AM, the following:
Op 6 jan 2011, om 13:24 heeft Nishanth Menon het volgende geschreven:
Kevin Hilman wrote, on 01/05/2011 05:28 PM:
Nishanth Menon writes:
Beagle XM uses 3730 and the board design allows enabling 800MHz and 1GHz
OPPs. However, We n
Sanjeev,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev
> Sent: Thursday, January 06, 2011 6:18 PM
> To: linux-omap Mailing List
> Subject: Errors when building for omap4 only
>
> Hi all,
>
> I was tryin
Hi,
Plz let me know the location of LCD panel driver for OMAP3 EVM (AM37xx
EVM). Iam using the latest 2.6 kernel.
thanks
kalyan alle
--
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.ke
> -Original Message-
> From: Shilimkar, Santosh
> Sent: Thursday, January 06, 2011 7:19 PM
> To: Premi, Sanjeev; linux-omap Mailing List
> Subject: RE: Errors when building for omap4 only
>
> Sanjeev,
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:lin
On Thu, Jan 06, 2011 at 12:05:51PM +, aaro.koski...@nokia.com wrote:
> Hi,
>
> Russell King - ARM Linux [li...@arm.linux.org.uk]:
> > > > -static struct platform_suspend_ops omap_pm_ops = {
> > > > - .begin = omap2_pm_begin,
> > > > - .enter = omap2_pm_enter,
> > > > -
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Menon, Nishanth
> Sent: Thursday, January 06, 2011 7:15 PM
> To: Koen Kooi
> Cc: Hilman, Kevin; l-o; l-a; Tony
> Subject: Re: [PATCH 2/2] OMAP3: beagle xm: enable upto 800
This creates the DMIC codec platform devices.
The platform devices create an instance of the driver during boot up.
Signed-off-by: David Lambert
---
arch/arm/mach-omap2/board-4430sdp.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-
This is a patch series to add the OMAP Digital Microphone
driver for OMAP4.
It includes the driver, a generic DMIC codec, platform devices,
as well as HWMOD entries for OMAP44xx chipsets.
David Lambert (4):
ASoC: DMIC: Adding the OMAP DMIC driver
ASoC: DMIC codec: Adding a generic DMIC codec
Adds HWMOD entries for the OMAP DMIC driver and creates
a platform device. The HWMOD entires define the system
resource requirements for the drvier such as DMA addresses, channels,
and IRQ's. Placing this information in the HWMOD database allows
for more generic drivers to be written and having t
This codec is to be used by the DMIC driver to
control the DMIC codec. This driver will be used on future
implementations of the DMIC driver to support codec specific
features.
At this time, the codec driver just registers the codec DAI.
Signed-off-by: David Lambert
---
sound/soc/codecs/Kconfi
This patch adds support for the OMAP4 digital microphone DAI.
This DAI can support support recording in 2, 4, or 6 channels
When provided with a 19.2Mhz functional clock, can encode at 96Khz or
192Khz (all channels must have the same sample rate).
Details of the hardware interface can be found i
Premi, Sanjeev had written, on 01/06/2011 07:58 AM, the following:
[..]
Some of the patches generic that Koen attached are based on my
submissions. As part of migration to 2.6.37, I am in process of
validating them on internal integration tree. Will post them
soon... may be end of tomorrow.
I wi
Op 6 jan 2011, om 14:44 heeft Nishanth Menon het volgende geschreven:
> Koen Kooi had written, on 01/06/2011 07:00 AM, the following:
>> Op 6 jan 2011, om 13:24 heeft Nishanth Menon het volgende geschreven:
>>> Kevin Hilman wrote, on 01/05/2011 05:28 PM:
Nishanth Menon writes:
> B
> -Original Message-
> From: Premi, Sanjeev [mailto:pr...@ti.com]
> Sent: Thursday, January 06, 2011 7:26 PM
> To: Shilimkar, Santosh; linux-omap Mailing List
> Subject: RE: Errors when building for omap4 only
>
>
>
> > -Original Message-
> > From: Shilimkar, Santosh
> > Sent: Thurs
Koen Kooi had written, on 01/06/2011 08:01 AM, the following:
Op 6 jan 2011, om 14:44 heeft Nishanth Menon het volgende geschreven:
Koen Kooi had written, on 01/06/2011 07:00 AM, the following:
Op 6 jan 2011, om 13:24 heeft Nishanth Menon het volgende geschreven:
Kevin Hilman wrote, on 01/05/
> -Original Message-
> From: Menon, Nishanth
> Sent: Thursday, January 06, 2011 7:31 PM
> To: Premi, Sanjeev
> Cc: Koen Kooi; Hilman, Kevin; l-o; l-a; Tony
> Subject: Re: [PATCH 2/2] OMAP3: beagle xm: enable upto 800MHz OPP
>
> Premi, Sanjeev had written, on 01/06/2011 07:58 AM, the foll
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
> Santosh Shilimkar
> Sent: Wednesday, January 05, 2011 4:27 PM
> To: linux-omap@vger.kernel.org
> Cc: Hilman, Kevin; t...@atomide.com;
> linux-arm-ker...@lists.infradea
> -Original Message-
> From: Premi, Sanjeev [mailto:pr...@ti.com]
> Sent: Thursday, January 06, 2011 8:03 PM
> To: Shilimkar, Santosh; linux-omap@vger.kernel.org
> Cc: Hilman, Kevin; t...@atomide.com; linux-arm-
> ker...@lists.infradead.org; Shilimkar, Santosh; Paul Walmsley
> Subject: RE:
>>-Original Message-
>>From: Menon, Nishanth
>>Sent: Thursday, January 06, 2011 5:52 PM
>>To: Gulati, Shweta
>>Cc: linux-omap@vger.kernel.org; Gopinath, Thara
>>Subject: Re: [PATCH] OMAP4 PM: To correct voltages in MPU OPP Table
>>
>>it is pretty unfortunate that I have to NAK this patch
Gopinath, Thara had written, on 01/06/2011 08:52 AM, the following:
-Original Message-
From: Menon, Nishanth
Sent: Thursday, January 06, 2011 5:52 PM
To: Gulati, Shweta
Cc: linux-omap@vger.kernel.org; Gopinath, Thara
Subject: Re: [PATCH] OMAP4 PM: To correct voltages in MPU OPP Table
i
ULL, "csi2_96m_fck", &csi2_96m_fck, CK_34XX | CK_36XX),
>> + CLK(NULL, "usbhost_120m_fck", &usbhost_120m_fck, CK_3430ES2PLUS
>> | CK_AM35XX | CK_36XX),
>> + CLK("ehci-omap.0", "hs_fck", &usbhost_120m_fc
On Thu, Jan 06, 2011 at 07:07:13AM -0500, Mark Brown wrote:
> On Wed, Jan 05, 2011 at 09:33:28PM -0800, Guenter Roeck wrote:
>
> > [...]
> > > +EXPORT_SYMBOL_GPL(twl4030_madc_conversion);
> > [...]
> > > +EXPORT_SYMBOL_GPL(twl4030_get_madc_conversion);
>
> > No symbol export from hwmon drivers. O
e.
> >>
> >> I did a quick fix (which may be completely wrong - see below).
> >
> > I'm not sure these 3 nodes should be removed. AFAIR, they
> were just slightly moved in lo branch.
>
> Even with the fixes above, ehci on my beagle xM/Panda still
&g
>>-Original Message-
>>From: Menon, Nishanth
>>Sent: Thursday, January 06, 2011 8:29 PM
>>To: Gopinath, Thara
>>Cc: Gulati, Shweta; l-o
>>Subject: Re: [PATCH] OMAP4 PM: To correct voltages in MPU OPP Table
>>
>>Gopinath, Thara had written, on 01/06/2011 08:52 AM, the following:
>>>
>
Gopinath, Thara had written, on 01/06/2011 09:09 AM, the following:
[..]
Actually no. The latest voltage layer pushed uses these voltages. Also
Arrgh... another reason to avoid messy duplicate tables!!
Oh there is a patch in my bag where we use a single macro for each voltage
across the voltag
Hi,
2011/1/6 Anand Gadiyar :
> I'll take a look in a short while. I don't have an XM to
> test, so you'll have to help me out here.
No problem for me, :-)
thanks,
--
Lei Ming
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.ker
>>-Original Message-
>>From: Menon, Nishanth
>>Sent: Thursday, January 06, 2011 8:49 PM
>>To: Gopinath, Thara
>>Cc: Gulati, Shweta; l-o
>>Subject: Re: [PATCH] OMAP4 PM: To correct voltages in MPU OPP Table
>>
>>Gopinath, Thara had written, on 01/06/2011 09:09 AM, the following:
>>[..]
>>>
On Thu, Jan 06, 2011 at 09:27:32AM +0530, Santosh Shilimkar wrote:
> > -Original Message-
> > From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> > Sent: Thursday, January 06, 2011 3:49 AM
> > To: Santosh Shilimkar
> > Cc: linux-omap@vger.kernel.org; Paul Walmsley; linux-arm-
>
Hi,
I am trying to setup an OMAP3530 based system for RFBI video output using
external triggering. Looking at the omap dss2 source code (and also
searching around) I cannot find any worked example of how to use the rfbi
driver. I know that RFBI has worked in the past for a Nokia N800 device.
Can y
During boot, apart from the watchdog issue, I'm also seeing:
Clocking rate (Crystal/Core/MPU): 26.0/266/500 MHz
Reprogramming SDRC clock to 26600 Hz
dpll3_m2_clk rate change failed: -22
Is that something to be concerned about?
ads7846 spi1.0: unable to get regulator: -19
Is something missin
Gopinath, Thara had written, on 01/06/2011 09:26 AM, the following:
-Original Message-
From: Menon, Nishanth
Sent: Thursday, January 06, 2011 8:49 PM
To: Gopinath, Thara
Cc: Gulati, Shweta; l-o
Subject: Re: [PATCH] OMAP4 PM: To correct voltages in MPU OPP Table
Gopinath, Thara had writ
h is
needed to make it working.
But the ehci on panda(omap4430) still does not work with
2.6.37-next-20110106+, and follows the failure messages:
[ 46.572601] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 46.580017] ehci_hcd: block sizes: qh 60 qtd 96 itd 160 sitd
It's probably expected, but I can't get the EHCI USB port to work
on a beagle board XM (36xx) using the current omap tree.
It this most likely due to these clock issues?
the (very old) angstrom 2.6.32 kernel works fine, as a comparison.
-brad
--
To unsubscribe from this list: send the line "u
Hi Tarun,
"DebBarma, Tarun Kanti" writes:
>> Tarun Kanti DebBarma writes:
>>
>> > dmtimer adaptation to platform_driver.
>> >
>> > This patch series is adaptation of dmtimer code to platform driver
>> > using omap_device and omap_hwmod abstraction.
>> >
>> > Tested on following platforms:
>> >
Hi Tarun,
"DebBarma, Tarun Kanti" writes:
>> >
>> > Also, testing with PM on 34xx/n900, I noticed that this series prevents
>> > PER and CORE from hitting retention during suspend. I haven't debugged
>> > why yet.
>> I have not done power testing. I will try this out right away and confirm.
>>
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Thursday, January 06, 2011 8:57 PM
> To: Santosh Shilimkar
> Cc: linux-omap@vger.kernel.org; Paul Walmsley; linux-arm-
> ker...@lists.infradead.org
> Subject: Re: [PATCH] omap: wd_timer: Fix crash
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Russell King - ARM Linux
> Sent: Thursday, January 06, 2011 9:07 PM
> To: linux-omap@vger.kernel.org
> Subject: More LDP stuff
>
> During boot, apart from the watchdog iss
Op 6 jan 2011, om 16:43 heeft Brad Parker het volgende geschreven:
> It's probably expected, but I can't get the EHCI USB port to work
> on a beagle board XM (36xx) using the current omap tree.
>
> It this most likely due to these clock issues?
You need this patch: http://thread.gmane.org/gman
writes:
> Hi,
>
> Kevin Hilman [khil...@ti.com]:
>> Aaro Koskinen writes:
>>
>> > Make !CONFIG_SUSPEND init declarations identical on all OMAPs and
>> > eliminate some ifdefs.
>> >
>> > Signed-off-by: Aaro Koskinen
>>
>> I like this solution, but it introduces compiler warnings:
>>
>> [...]
>>
Hi Russell,
Russell King - ARM Linux writes:
> I've observed the following issues while building 2.6.37 + my devel
> branch. I don't believe any of them to be due to anything in my tree,
> so would be in 2.6.37 as well.
What defconfig are you using for these builds?
Kevin
--
To unsubscribe f
This looks like something's rather broken on OMAP4 too - even with the
DEBUG_LL stuff enabled and my printk hack, I get nothing more, same with
vanilla 2.6.37. So, no OMAP platform I have seems to be usable with
2.6.37...
It's worth noting that the kernel which was originally supplied with the
bo
On Thu, Jan 06, 2011 at 09:05:15AM -0800, Kevin Hilman wrote:
> Hi Russell,
>
> Russell King - ARM Linux writes:
>
> > I've observed the following issues while building 2.6.37 + my devel
> > branch. I don't believe any of them to be due to anything in my tree,
> > so would be in 2.6.37 as well.
Russell King - ARM Linux had written, on 01/06/2011 11:08 AM, the following:
[..]
For TI folk: it may be an idea to make X-loader say why it's hanging so
that we know what is going on.
[..]
1843088 bytes read
OMAP44XX SDP # bootm 8030
## Booting image at 8030 ...
Image Name: Linux
Sorry if this is off topic on a Linux mailing list, but maybe it's of
some interest here, too:
Windows on OMAP presented at Microsoft's CES keynote yesterday:
http://www.youtube.com/watch?v=xKc_XGuvNIk#t=1m53s
Best regards
Dirk
Btw.: Is anybody able to identify the OMAP board used there? A
* Russell King - ARM Linux [110106 09:09]:
> On Thu, Jan 06, 2011 at 09:05:15AM -0800, Kevin Hilman wrote:
> > Hi Russell,
> >
> > Russell King - ARM Linux writes:
> >
> > > I've observed the following issues while building 2.6.37 + my devel
> > > branch. I don't believe any of them to be due
Koen Kooi had written, on 01/06/2011 10:59 AM, the following:
Op 6 jan 2011, om 16:43 heeft Brad Parker het volgende geschreven:
It's probably expected, but I can't get the EHCI USB port to work
on a beagle board XM (36xx) using the current omap tree.
It this most likely due to these clock is
Hi Santosh
On Wed, 5 Jan 2011, Santosh Shilimkar wrote:
> omap2plus_defocnfig build breaks when customised with only ARCH_OMAP4
> selected. This is because common files make references to the functions
> which are defined only for omap2xxx and omap3xxx.
...
>
> This patch adds stubs for these
On Wed, 5 Jan 2011, Santosh Shilimkar wrote:
> struct clockdomain member clktrctrl_mask is available for only for OMAP2
> and OMAP3 architectures. Technially it is also used only for these archs
> but this breaks the build with custom OMAP4 configuration.
...
> Fix the build break by dropping th
Eduardo Valentin writes:
> On Wed, Jan 05, 2011 at 03:22:51PM -0800, ext Kevin Hilman wrote:
>> Eduardo Valentin writes:
>>
>> > Hello Russell,
>> >
>> > On Wed, Jan 05, 2011 at 06:19:18PM +, Russell King wrote:
>> >> On Wed, Jan 05, 2011 at 07:58:03PM +0200, Eduardo Valentin wrote:
>> >> >
On Thu, Jan 06, 2011 at 05:08:05PM +, Russell King - ARM Linux wrote:
> This looks like something's rather broken on OMAP4 too - even with the
> DEBUG_LL stuff enabled and my printk hack, I get nothing more, same with
> vanilla 2.6.37. So, no OMAP platform I have seems to be usable with
> 2.6.
On Wed, 5 Jan 2011, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
> > struct clockdomain member clktrctrl_mask is available for only for OMAP2
> > and OMAP3 architectures. Technially it is also used only for these archs
> > but this breaks the build with custom OMAP4 configuration.
>
> I'll
On Thu, Jan 06, 2011 at 09:49:51AM -0800, Tony Lindgren wrote:
> * Russell King - ARM Linux [110106 09:09]:
> > On Thu, Jan 06, 2011 at 09:05:15AM -0800, Kevin Hilman wrote:
> > > Hi Russell,
> > >
> > > Russell King - ARM Linux writes:
> > >
> > > > I've observed the following issues while bui
Santosh Shilimkar writes:
>> -Original Message-
>> From: Premi, Sanjeev [mailto:pr...@ti.com]
>> Sent: Thursday, January 06, 2011 8:03 PM
>> To: Shilimkar, Santosh; linux-omap@vger.kernel.org
>> Cc: Hilman, Kevin; t...@atomide.com; linux-arm-
>> ker...@lists.infradead.org; Shilimkar, Sant
Hi Kevin,
On Wed, Jan 05, 2011 at 08:54:48AM -0800, Kevin Hilman wrote:
>
> I had assumed it was recent changes since the patch didn't apply
> cleanly, but am glad to be wrong. :)
The patch should apply cleanly on the latest mainline. Do you want me to
rebase it against some other tree and resen
Koen Kooi writes:
> Op 6 jan 2011, om 16:43 heeft Brad Parker het volgende geschreven:
>
>> It's probably expected, but I can't get the EHCI USB port to work
>> on a beagle board XM (36xx) using the current omap tree.
>>
>> It this most likely due to these clock issues?
>
> You need this patch:
On Thu, Jan 06, 2011 at 06:00:30PM +, Russell King - ARM Linux wrote:
> Therefore, I believe the debugging address calculation stuff in
> arch/arm/mach-omap2/include/mach/debug-macros.S to be rather broken,
> causing an abort when it tries to access the serial port.
I'm sorry, I think this cra
* Russell King - ARM Linux [110106 10:00]:
> On Thu, Jan 06, 2011 at 05:08:05PM +, Russell King - ARM Linux wrote:
> > This looks like something's rather broken on OMAP4 too - even with the
> > DEBUG_LL stuff enabled and my printk hack, I get nothing more, same with
> > vanilla 2.6.37. So, no
Kevin Hilman had written, on 01/06/2011 12:15 PM, the following:
Koen Kooi writes:
Op 6 jan 2011, om 16:43 heeft Brad Parker het volgende geschreven:
It's probably expected, but I can't get the EHCI USB port to work
on a beagle board XM (36xx) using the current omap tree.
It this most like
Hi Santosh,
On Wed, 5 Jan 2011, Santosh Shilimkar wrote:
> Commit ff2516fb 'wd_timer: disable on boot via hwmod postsetup mechanism'
> introduced watchdog timer state state management using postsetup_state.
> This was done to allow some board files to support watchdog coverage
> throughout kernel
* Russell King - ARM Linux [110106 10:17]:
> On Thu, Jan 06, 2011 at 06:00:30PM +, Russell King - ARM Linux wrote:
> > Therefore, I believe the debugging address calculation stuff in
> > arch/arm/mach-omap2/include/mach/debug-macros.S to be rather broken,
> > causing an abort when it tries to
On Thu, 6 Jan 2011, Kevin Hilman wrote:
> Koen Kooi writes:
>
> > Op 6 jan 2011, om 16:43 heeft Brad Parker het volgende geschreven:
> >
> >> It's probably expected, but I can't get the EHCI USB port to work
> >> on a beagle board XM (36xx) using the current omap tree.
> >>
> >> It this most l
Paul Walmsley writes:
> On Wed, 5 Jan 2011, Kevin Hilman wrote:
>
>> Santosh Shilimkar writes:
>>
>> > struct clockdomain member clktrctrl_mask is available for only for OMAP2
>> > and OMAP3 architectures. Technially it is also used only for these archs
>> > but this breaks the build with custo
Koen,
Apologies on a late response.
Koen Kooi had written, on 12/19/2010 08:42 AM, the following:
[...]
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
b/arch/arm/mach-omap2/board-omap3beagle.c
index f1a8ede..4756ac7 100644
--- a/arch/arm/mach-omap2/board-omap3beagle.c
+++ b/arch/arm/mach-
Op 6 jan 2011, om 19:29 heeft Nishanth Menon het volgende geschreven:
> Koen,
> Apologies on a late response.
>
> Koen Kooi had written, on 12/19/2010 08:42 AM, the following:
> [...]
>> diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
>> b/arch/arm/mach-omap2/board-omap3beagle.c
>> index f
Mika Westerberg writes:
> Hi Kevin,
>
> On Wed, Jan 05, 2011 at 08:54:48AM -0800, Kevin Hilman wrote:
>>
>> I had assumed it was recent changes since the patch didn't apply
>> cleanly, but am glad to be wrong. :)
>
> The patch should apply cleanly on the latest mainline. Do you want me to
> reba
Nishanth Menon writes:
> Kevin Hilman had written, on 01/06/2011 12:15 PM, the following:
>> Koen Kooi writes:
>>
>>> Op 6 jan 2011, om 16:43 heeft Brad Parker het volgende geschreven:
>>>
It's probably expected, but I can't get the EHCI USB port to work
on a beagle board XM (36xx) us
On Wed, 2011-01-05 at 16:22 -0800, Kevin Hilman wrote:
> checkpatch warns that pointers for certain structs should be const,
> and platform_suspend_ops is one of those structs. If you follow this
> suggestion you trade a checkpatch warning for a compiler warning of
> the form:
>
>warning: pas
* Tony Lindgren [110106 10:20]:
> * Russell King - ARM Linux [110106 10:00]:
> > On Thu, Jan 06, 2011 at 05:08:05PM +, Russell King - ARM Linux wrote:
> >
> > And another thing: turning on DEBUG in the decompressor breaks the build
> > on OMAP:
> >
> > `.data' referenced in section `.text'
You are correct. On the -xM over current is from the USB HUB driver as there
are four ports. So that gets detected by the USB hub device and reported back.
Gerald
-Original Message-
From: Koen Kooi [mailto:k...@dominion.thruhere.net]
Sent: Thursday, January 06, 2011 12:33 PM
To: Menon,
From: Koen Kooi
GPIO reset line for Beagle XM is different from vanilla beagle
so we populate it as part of gpio update routine.
Signed-off-by: Nishanth Menon
Signed-off-by: Koen Kooi
---
arch/arm/mach-omap2/board-omap3beagle.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
From: Koen Kooi
EHCI enable power pin is inverted (active high) in comparison
to vanilla beagle which is active low. Handle this case conditionally.
[...@ti.com: helped split up]
Signed-off-by: Nishanth Menon
Signed-off-by: Koen Kooi
---
arch/arm/mach-omap2/board-omap3beagle.c |9
From: Koen Kooi
TFP410 DVI chip is used to provide display out.
this chip is controlled by 2 lines:
LDO which supplies the power is controlled over gpio + 2
and the enable of the chip itself is done over gpio + 1
NOTE: the LDO is necessary for LED, serial blocks as well.
GPIO + 1 was used to sen
Hi,
As discussed in the threads:
http://thread.gmane.org/gmane.linux.ports.arm.omap/47807/
http://marc.info/?t=12154003084&r=1&w=2
here is the split up series with commit message after discussion:
http://www.beagleboard.org/irclogs/index.php?date=2011-01-06#T19:12:21
Koen Kooi (3):
omap3: b
Thanks for splitting it up! Now I can work on the patches for xM rev C where
the pins changed again :)
Op 6 jan 2011, om 20:54 heeft Nishanth Menon het volgende geschreven:
> Hi,
> As discussed in the threads:
> http://thread.gmane.org/gmane.linux.ports.arm.omap/47807/
> http://marc.info/?t=1215
On Thu, Jan 06, 2011 at 07:04:30AM -0800, Guenter Roeck wrote:
> On Thu, Jan 06, 2011 at 07:07:13AM -0500, Mark Brown wrote:
> > Why? It's not like hwmon has an unreasonably large core or similar.
> Because it creates an unnecessary dependency, and because it is not hwmon's
> responsibility to
Kevin Hilman had written, on 01/06/2011 12:38 PM, the following:
[..]
Feel free to break it up if you prefer, but IMO it would be mergable as
just for the record, posted the same here:
http://marc.info/?l=linux-omap&m=129434370207879&w=2
[..]
--
Regards,
Nishanth Menon
--
To unsubscribe from t
On Thu, Jan 06, 2011 at 10:20:23AM -0800, Tony Lindgren wrote:
> * Russell King - ARM Linux [110106 10:00]:
> > On Thu, Jan 06, 2011 at 05:08:05PM +, Russell King - ARM Linux wrote:
> > > This looks like something's rather broken on OMAP4 too - even with the
> > > DEBUG_LL stuff enabled and my
* Tony Lindgren [110106 11:52]:
> --- a/arch/arm/boot/compressed/head.S
> +++ b/arch/arm/boot/compressed/head.S
> @@ -71,6 +71,23 @@ wait: mrc p14, 0, pc, c0, c1, 0
> mov \rb, #0x5000
> add \rb, \rb, #0x4000 * CONFIG_S3C_LOWLEVEL_UART_PORT
>
* Russell King - ARM Linux [110106 12:32]:
> On Thu, Jan 06, 2011 at 10:20:23AM -0800, Tony Lindgren wrote:
> > * Russell King - ARM Linux [110106 10:00]:
> > > can't be in the BSS section?
> >
> > BSS works too, got a patch for that?
>
> Yes.
>
> sed -i '/\.pushsection \.data/,/\.popsection/
On Thu, Jan 06, 2011 at 12:34:32PM -0800, Tony Lindgren wrote:
> * Tony Lindgren [110106 11:52]:
> > --- a/arch/arm/boot/compressed/head.S
> > +++ b/arch/arm/boot/compressed/head.S
> > @@ -71,6 +71,23 @@ wait:mrc p14, 0, pc, c0, c1, 0
> > mov \rb, #0x5000
> >
On Thu, 9 Dec 2010 14:41:50 +0100
Janusz Krzysztofik wrote:
> This patch extends the LED backlight tirgger driver with an option that
> allows
> for inverting the trigger output polarity.
>
> With the invertion option provided, I (ab)use the backlight trigger for
> driving a LED that indicate
On Thu, Jan 06, 2011 at 08:51:07PM +, Russell King - ARM Linux wrote:
> We _really_ need a _decent_ boot loader on these boards, one which can
> do network booting _and_ can be configured to do so from bootup. SD
> cards just don't hack it for kernel development. It's a far too long-
> winded
On Thu, 6 Jan 2011 13:04:40 -0800 Andrew Morton wrote:
> On Thu, 9 Dec 2010 14:41:50 +0100
> Janusz Krzysztofik wrote:
>
> > +static DEVICE_ATTR(invert, 0644, bl_trig_invert_show,
> > bl_trig_invert_store);
>
> This new sysfs file should be documented. Where would be an
> appropriate place fo
On Thu, 6 Jan 2011 13:08:56 -0800
Randy Dunlap wrote:
> On Thu, 6 Jan 2011 13:04:40 -0800 Andrew Morton wrote:
>
> > On Thu, 9 Dec 2010 14:41:50 +0100
> > Janusz Krzysztofik wrote:
> >
> > > +static DEVICE_ATTR(invert, 0644, bl_trig_invert_show,
> > > bl_trig_invert_store);
> >
> > This new
1 - 100 of 137 matches
Mail list logo