On Wed, Feb 08, 2012 at 11:46:00AM +0530, Shubhrajyoti wrote:
> On Wednesday 08 February 2012 09:56 AM, Ajay Kumar Gupta wrote:
> > +static int dsps_musb_init(struct musb *musb)
> > +{
> > + struct device *dev = musb->controller;
> > + struct musb_hdrc_platform_data *plat = dev->platform_data;
On 02/08/2012 06:19 PM, Grazvydas Ignotas wrote:
> ok I've figured it out myself - it's because of McBSP2 clock source
> selection. Pandora has rather unusual config (compared to other
> boards) that it gets McBSP2 audio clock through external pin. As long
> as it's set to PRCM functional clock (OM
Am Donnerstag, den 09.02.2012, 09:02 +0200 schrieb Tomi Valkeinen:
> On Thu, 2012-02-09 at 00:53 +, Russell King - ARM Linux wrote:
>
> > Moreover, only last Monday did I enable the OMAP2 DSS subsystem on the
> > 4430 SDP platform, _including_ the HDMI code, and looking at the commit
> > it co
On Thu, 2012-02-09 at 09:30 +0100, Teresa Gamez wrote:
> Am Donnerstag, den 09.02.2012, 09:02 +0200 schrieb Tomi Valkeinen:
> > The problem is present in all kernels where we have the HDMI driver, so
> > 2.6.39+.
>
> Are there already backported patches out there for 3.0/3.1?
> We are quite inter
Hi again,
On Thu, Feb 09, 2012 at 08:09:40AM +0200, Felipe Balbi wrote:
> On Wed, Feb 08, 2012 at 04:01:42PM -0800, Kevin Hilman wrote:
> > Felipe Balbi writes:
> >
> > > try to keep gpio block suspended as much as possible.
> > >
> > > Tested with pandaboard and a sysfs exported gpio.
> > >
> >
The main purpose of this patch is to fix several section mismatch
warnings from the board file and a few board specific drivers,
introduced mostly with recent Amstrad Delta patch series, some of them
rising up only when building with CONFIG_MODULES not set.
While being at it, section assignments o
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Henry Chan
> Sent: Tuesday, February 07, 2012 11:27 PM
> To: linux-omap@vger.kernel.org
> Subject: Incorrect Register Offsets in OMAP Mailbox
>
> Hi,
>
> Looks like the
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of V, Aneesh
> Sent: Saturday, February 04, 2012 5:46 PM
> To: linux-omap@vger.kernel.org
> Cc: linux-ker...@vger.kernel.org; a...@linux-foundation.org; V, Aneesh
> Subject:
Hi,
On Thu, Feb 09, 2012 at 01:11:45PM +0200, Felipe Balbi wrote:
> I will continue debugging this, I think it's just something stupid that
> I did. Here's entire log:
Indeed some stupidity of mine. I know the following is wrong, but I just
wanted to test it out. I have added the following to gpi
Hi,
> On Wed, Feb 08, 2012 at 11:46:00AM +0530, Shubhrajyoti wrote:
> > On Wednesday 08 February 2012 09:56 AM, Ajay Kumar Gupta wrote:
> > > +static int dsps_musb_init(struct musb *musb) {
> > > + struct device *dev = musb->controller;
> > > + struct musb_hdrc_platform_data *plat = dev->platform_d
On 02/06/2012 03:33 PM, tasskj...@gmail.com wrote:
From: Tasslehoff Kjappfot
i2c_prope set the dev->errata flag, but omap_i2c_init cleared the flag again.
Move the errata handling to i2c_init.
Signed-off-by: Tasslehoff Kjappfot
---
drivers/i2c/busses/i2c-omap.c |7 ---
1 files chang
Hi,
There is a hardware bug on OMAP4, which may cause the HDMI output to
break irreversibly. A work-around for the bug has been merged into
mainline, but is missing from stable.
I've backported the necessary patches on top of 3.0, 3.1 and 3.2 stable
trees, and pushed the following branches to:
g
Hi,
On Thu, 2012-02-09 at 12:14 +0530, Archit Taneja wrote:
> For DSS clock domain to transition from idle to active state, it's necessary
> to enable the optional clock DSS_FCLK before we enable the module using the
> MODULEMODE bits in the DSS clock domain's CM_DSS_DSS_CLKCTRL register.
>
> Thi
On Thu, Feb 9, 2012 at 1:11 PM, Felipe Balbi wrote:
> Hi again,
>
> On Thu, Feb 09, 2012 at 08:09:40AM +0200, Felipe Balbi wrote:
>> On Wed, Feb 08, 2012 at 04:01:42PM -0800, Kevin Hilman wrote:
>> > Felipe Balbi writes:
>> >
>> > > try to keep gpio block suspended as much as possible.
>> > >
>>
Hi,
OMAP HWMOD currently does not have GPMC adapted to it.
We are facing a problem indirectly related to it in the case of
AM335X SoC. It can reuse GPMC code of OMAP except that base address
& IRQ# is different. But we get a kernel crash without
(at least) following change
--
On Thu, Feb 09, 2012 at 09:25:36AM +0200, Jarkko Nikula wrote:
> On 02/09/2012 02:47 AM, Greg KH wrote:
> > Show me an OMAP user that actually runs a mainline kernel :)
> I guess pretty much all these days? Most error reports what I recall
> seeing during past 2-3 years are from mainline kernel an
On Thu, Feb 9, 2012 at 10:59 AM, Peter Ujfalusi wrote:
> On 02/08/2012 06:19 PM, Grazvydas Ignotas wrote:
>> ok I've figured it out myself - it's because of McBSP2 clock source
>> selection. Pandora has rather unusual config (compared to other
>> boards) that it gets McBSP2 audio clock through ext
Currently the array serial_omap_console_ports is hard coded to 4.
Make it depend on the macro OMAP_MAX_HSUART_PORTS(which is 4) which
the maximum uart count.
Cc: Govindraj Raja
Signed-off-by: Shubhrajyoti D
---
drivers/tty/serial/omap-serial.c |2 +-
1 files changed, 1 insertions(+), 1 dele
On Thu, Feb 9, 2012 at 7:18 PM, Shubhrajyoti D wrote:
> Currently the array serial_omap_console_ports is hard coded to 4.
> Make it depend on the macro OMAP_MAX_HSUART_PORTS(which is 4) which
> the maximum uart count.
>
> Cc: Govindraj Raja
> Signed-off-by: Shubhrajyoti D
Acked-by: Govindraj.R
On Thursday 09 February 2012 04:55 PM, Bedia, Vaibhav wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of V, Aneesh
Sent: Saturday, February 04, 2012 5:46 PM
To: linux-omap@vger.kernel.org
Cc: linux-ker...@vger.kernel.or
On Thu, Feb 09, 2012 at 19:50:30, V, Aneesh wrote:
> On Thursday 09 February 2012 04:55 PM, Bedia, Vaibhav wrote:
> >> -Original Message-
> >> From: linux-omap-ow...@vger.kernel.org
> >> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of V, Aneesh
> >> Sent: Saturday, February 04, 2012
On Thu, Feb 09, 2012 at 12:18:22PM +0100, Janusz Krzysztofik wrote:
> The main purpose of this patch is to fix several section mismatch
> warnings from the board file and a few board specific drivers,
> introduced mostly with recent Amstrad Delta patch series, some of them
> rising up only when bui
On Wed, Feb 08, 2012 at 03:46:54PM -0800, Tony Lindgren wrote:
> * Tony Lindgren [120208 10:02]:
> > * Russell King - ARM Linux [120208 08:05]:
> >
> > This is better than Kevin's earlier patch because of the descriptive
> > error:
> >
> > Acked-by: Tony Lindgren
>
> Hmm looks like the patch
On Wed, Feb 08, 2012 at 04:40:27PM -0800, Tony Lindgren wrote:
> * Kevin Hilman [120208 15:49]:
> > Russell King - ARM Linux writes:
> >
> > > On Wed, Feb 08, 2012 at 04:09:48PM -0800, Kevin Hilman wrote:
> > >> Russell King - ARM Linux writes:
> > >> > Does it fix the other issues I mention in
* Russell King - ARM Linux [120209 08:13]:
> On Wed, Feb 08, 2012 at 03:46:54PM -0800, Tony Lindgren wrote:
> > * Tony Lindgren [120208 10:02]:
> > > * Russell King - ARM Linux [120208 08:05]:
> > >
> > > This is better than Kevin's earlier patch because of the descriptive
> > > error:
> > >
>
* Russell King - ARM Linux [120209 08:18]:
> On Wed, Feb 08, 2012 at 04:40:27PM -0800, Tony Lindgren wrote:
> > * Kevin Hilman [120208 15:49]:
> > > Russell King - ARM Linux writes:
> > >
> > > > On Wed, Feb 08, 2012 at 04:09:48PM -0800, Kevin Hilman wrote:
> > > >> Russell King - ARM Linux wr
* Tony Lindgren [120209 08:47]:
>
> So that leaves me only the second one to queue that adds checks
> for the PMIC info for boards that don't have it, see below.
...
> From d269914ece0498f31603ecd85ed3d7a586b3cbcd Mon Sep 17 00:00:00 2001
> From: Kevin Hilman
> Date: Fri, 30 Sep 2011 11:24:04
On Fri, Jan 13, 2012 at 02:41:59PM -0600, Rob Clark wrote:
> From: Rob Clark
>
> Register OMAP DRM/KMS platform device, and reserve a CMA region for
> the device to use for buffer allocation.
>
> v1: initial patch
> v2: move platform data structs into plat-omap to avoid having to
> #include
On Wed, Feb 01, 2012 at 09:26:16AM +0200, Felipe Contreras wrote:
> On Wed, Feb 1, 2012 at 5:44 AM, Greg KH wrote:
> > On Wed, Feb 01, 2012 at 03:37:55AM +0200, Felipe Contreras wrote:
> >> On Wed, Feb 1, 2012 at 3:12 AM, Greg KH wrote:
> >> > On Wed, Feb 01, 2012 at 03:01:32AM +0200, Felipe Cont
On Thu, Feb 9, 2012 at 11:28 AM, Greg KH wrote:
> On Fri, Jan 13, 2012 at 02:41:59PM -0600, Rob Clark wrote:
>> From: Rob Clark
>>
>> Register OMAP DRM/KMS platform device, and reserve a CMA region for
>> the device to use for buffer allocation.
>>
>> v1: initial patch
>> v2: move platform data s
* Bedia, Vaibhav [120209 02:54]:
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org
> > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Henry Chan
> > Sent: Tuesday, February 07, 2012 11:27 PM
> > To: linux-omap@vger.kernel.org
> > Subject: Incorrect Register Offsets
On Thu, Feb 09, 2012 at 23:17:10, Tony Lindgren wrote:
> Care to reply with Acked-by/Tested-by so I can queue this into fixes?
>
Acked-by: Vaibhav Bedia
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo i
On Thu, Feb 09, 2012 at 09:27:47AM -0800, Tony Lindgren wrote:
> * Tony Lindgren [120209 08:47]:
> >
> > So that leaves me only the second one to queue that adds checks
> > for the PMIC info for boards that don't have it, see below.
> ...
>
> > From d269914ece0498f31603ecd85ed3d7a586b3cbcd Mon
When the PMIC is not found, voltdm->pmic will be NULL. vp.c's
initialization function tries to dereferences this, which causes an
oops:
Unable to handle kernel NULL pointer dereference at virtual address
pgd = c0004000
[] *pgd=
Internal error: Oops: 5 [#1] PREEMPT
Modules
While testing on my OMAP3430 platform, this error message was emitted:
omap_vc_init_channel: PMIC info requried to configure vc forvdd_core not
populated.Hence cannot initialize vc
Trying to find this message was difficult because it was wrapped across
several lines. It also mis-spells "require
* Russell King - ARM Linux [120209 09:28]:
> On Thu, Feb 09, 2012 at 09:27:47AM -0800, Tony Lindgren wrote:
> > * Tony Lindgren [120209 08:47]:
> > >
> > > So that leaves me only the second one to queue that adds checks
> > > for the PMIC info for boards that don't have it, see below.
> > ...
>
* Mark Brown [120209 05:06]:
> On Thu, Feb 09, 2012 at 09:25:36AM +0200, Jarkko Nikula wrote:
> > On 02/09/2012 02:47 AM, Greg KH wrote:
> > > Show me an OMAP user that actually runs a mainline kernel :)
>
> > I guess pretty much all these days? Most error reports what I recall
> > seeing during
On Thu, Feb 9, 2012 at 7:35 PM, Greg KH wrote:
> On Wed, Feb 01, 2012 at 09:26:16AM +0200, Felipe Contreras wrote:
>> On Wed, Feb 1, 2012 at 5:44 AM, Greg KH wrote:
>> > On Wed, Feb 01, 2012 at 03:37:55AM +0200, Felipe Contreras wrote:
>> >> On Wed, Feb 1, 2012 at 3:12 AM, Greg KH wrote:
>> >> >
On Thu, Feb 9, 2012 at 8:41 PM, Felipe Contreras
wrote:
> I already gave you a good reason, and this came from Linus Torvalds.
>
> http://article.gmane.org/gmane.linux.kernel/995419
>
> Notice how he agreed that setting defaults was a good idea. I can't
> point to the mails of other people that al
* Tony Lindgren [120209 09:35]:
>
> After you repost those two patches, I'll update linux-omap with
> your fixes + tty fixes + my fixes for people to test with.
The branch for testing is now pushed to:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
testing-omap-fixes
Regards,
On Wed, Feb 08, 2012 at 05:39:28PM -0800, Kevin Hilman wrote:
> Greg KH writes:
>
> > What changeset(s) do you want me to take from my tty-next tree and put
> > it in the tty-linus tree to be merged for the 3.3-final timeframe?
>
> 6bbcbf2 tty: serial: omap-serial: wakeup latency constraint is i
Hi Tony,
On 2/8/2012 7:39 PM, Tony Lindgren wrote:
> * Russell King - ARM Linux [120208 08:06]:
>> arch/arm/mach-omap2/prm44xx.c:41: error: 'OMAP44XX_IRQ_PRCM' undeclared here
>> (not in a function)
>
> Can you please add something like "This happens when CONFIG_OF is
> not selected".
>
>> Sig
On Thu, Feb 09, 2012 at 08:41:55PM +0200, Felipe Contreras wrote:
> On Thu, Feb 9, 2012 at 7:35 PM, Greg KH wrote:
> > On Wed, Feb 01, 2012 at 09:26:16AM +0200, Felipe Contreras wrote:
> >> On Wed, Feb 1, 2012 at 5:44 AM, Greg KH wrote:
> >> > On Wed, Feb 01, 2012 at 03:37:55AM +0200, Felipe Cont
If CONFIG_OF is not defined, the following error will happen.
arch/arm/mach-omap2/prm2xxx_3xxx.c:41:11: error:
‘INT_34XX_PRCM_MPU_IRQ’ undeclared here (not in a function)
This is due to some hidden headers path from linux/of.h to plat/irqs.h
already reported by Russell for prm4xxx.c.
Add the #i
On Mon, Feb 06, 2012 at 09:27:15AM +0100, Yegor Yefremov wrote:
> Am 21.12.2011 00:27, schrieb Ilya Yanok:
> > Rename EMAC clocks to match driver expectations: both davinci_emac and
> > davinci_mdio drivers call clk_get(dev, NULL) so we have to provide
> > ("davinci_emac", NULL) and ("davinci_mdio.
On Thu, Feb 09, 2012 at 08:01:09PM +0100, Cousson, Benoit wrote:
> If CONFIG_OF is not defined, the following error will happen.
>
> arch/arm/mach-omap2/prm2xxx_3xxx.c:41:11: error:
> ‘INT_34XX_PRCM_MPU_IRQ’ undeclared here (not in a function)
>
> This is due to some hidden headers path from lin
* Tony Lindgren [120209 10:05]:
>
> This fixes the various build and boot issues with custom .configs
> that don't select CONFIG_MACH_OMAP_GENERIC. It should fix slow serial
> console issues. And it fixes booting with DT to minimal enviroment.
Looks like the serial console is still insanely slow
Thus spake Tony Lindgren (t...@atomide.com):
> Please everybody using omaps with mainline give a test for the
> merge of the various fixes planned. I've done a branch with
> v3.3-rc3 + Russell's fixes + Paul's serial port fixes + fixes
> that I've queued up.
>
> If you still see problems with com
On Thu, 9 Feb 2012, Matt Porter wrote:
> On Mon, Feb 06, 2012 at 09:27:15AM +0100, Yegor Yefremov wrote:
> > Am 21.12.2011 00:27, schrieb Ilya Yanok:
> > > Rename EMAC clocks to match driver expectations: both davinci_emac and
> > > davinci_mdio drivers call clk_get(dev, NULL) so we have to provid
On 2/9/2012 8:15 PM, Russell King - ARM Linux wrote:
On Thu, Feb 09, 2012 at 08:01:09PM +0100, Cousson, Benoit wrote:
If CONFIG_OF is not defined, the following error will happen.
arch/arm/mach-omap2/prm2xxx_3xxx.c:41:11: error:
‘INT_34XX_PRCM_MPU_IRQ’ undeclared here (not in a function)
Thi
On Thu, Feb 09, 2012 at 12:45:57PM -0700, Paul Walmsley wrote:
> On Thu, 9 Feb 2012, Matt Porter wrote:
>
> > On Mon, Feb 06, 2012 at 09:27:15AM +0100, Yegor Yefremov wrote:
> > > Am 21.12.2011 00:27, schrieb Ilya Yanok:
> > > > Rename EMAC clocks to match driver expectations: both davinci_emac an
This series enables all current am35xx boards and the on-chip Ethernet
driver in omap2plus_defconfig. It will help users of these boards to
have a working defconfig out of the box.
Matt Porter (2):
omap: enable davinci_emac in omap2plus_defconfig for am35xx
omap: build am3517crane board suppor
Enable built-in Ethernet support in the defconfig for all
am35xx parts.
Signed-off-by: Matt Porter
---
arch/arm/configs/omap2plus_defconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
Set default to include support for the craneboard when
using the omap2plus_defconfig.
Signed-off-by: Matt Porter
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index d965da4..678b8
Hi Matt
On Thu, 9 Feb 2012, Matt Porter wrote:
> Thanks Paul.
>
> Any chance we can see it in 3.3 fixes? It's the only thing preventing
> the emac and thus nfsroot from working in 3.3 for these systems.
Did EMAC work on previous versions of Linux for those systems? i.e., does
this patch fix a
On Thu, 9 Feb 2012, Tony Lindgren wrote:
> * Tony Lindgren [120209 10:05]:
> >
> > This fixes the various build and boot issues with custom .configs
> > that don't select CONFIG_MACH_OMAP_GENERIC. It should fix slow serial
> > console issues. And it fixes booting with DT to minimal enviroment.
>
On Thu, Feb 09, 2012 at 01:20:50PM -0700, Paul Walmsley wrote:
> Hi Matt
>
> On Thu, 9 Feb 2012, Matt Porter wrote:
>
> > Thanks Paul.
> >
> > Any chance we can see it in 3.3 fixes? It's the only thing preventing
> > the emac and thus nfsroot from working in 3.3 for these systems.
>
> Did EMAC
sdp4430_spi_board_info.irq was initialized to ETH_KS8851_IRQ and in
omap_4430sdp_init() overwritten with gpio_to_irq(ETH_KS8851_IRQ) before
sdp4430_spi_board_info was registered. This is a bit confusing, so
better don't initialize .irq and document that it is set later.
Signed-off-by: Uwe Kleine-K
On Thu, Feb 09, 2012 at 12:22:42PM +0530, Archit Taneja wrote:
> Hi,
>
> On Sunday 05 February 2012 08:08 PM, Russell King - ARM Linux wrote:
>> Okay, so this requires backlight support, and TAAL selected, so that sorts
>> that error, but causes others:
>>
>> taal display0: taal panel revision e3.8
Rex Feany writes:
> Thus spake Tony Lindgren (t...@atomide.com):
>
>> Please everybody using omaps with mainline give a test for the
>> merge of the various fixes planned. I've done a branch with
>> v3.3-rc3 + Russell's fixes + Paul's serial port fixes + fixes
>> that I've queued up.
>>
>> If yo
On Thu, Feb 9, 2012 at 8:59 PM, Greg KH wrote:
> On Thu, Feb 09, 2012 at 08:41:55PM +0200, Felipe Contreras wrote:
>> On Thu, Feb 9, 2012 at 7:35 PM, Greg KH wrote:
>> > On Wed, Feb 01, 2012 at 09:26:16AM +0200, Felipe Contreras wrote:
>> >> On Wed, Feb 1, 2012 at 5:44 AM, Greg KH wrote:
>> >> >
Hi,
On Thu, Feb 9, 2012 at 3:30 PM, Felipe Contreras
wrote:
>> Again, I'm totally confused as to _WHY_ this needs to be y. What is
>> causing this oops without it? If an oops is happening, then shouldn't
>> this be a strict dependancy? Why allow it to be disabled at all if it
>> can break your
Hi,
On Wed, Feb 8, 2012 at 1:21 PM, Dmitry Antipov
wrote:
> On 02/07/2012 02:43 PM, Andrew Richardson wrote:
>
>> I'm experiencing what appears to be a minimum clock resolution issue
>> in using clock_gettime() on a PandaBoard ES running ubuntu.
>
>
> Do you have CONFIG_OMAP_32K_TIMER enabled in
* Bedia, Vaibhav [120209 09:27]:
> On Thu, Feb 09, 2012 at 23:17:10, Tony Lindgren wrote:
> > Care to reply with Acked-by/Tested-by so I can queue this into fixes?
> >
>
> Acked-by: Vaibhav Bedia
Is the mailbox now actually usable on this hardware with this patch?
Regards,
Tony
--
To unsubsc
On Thu, 9 Feb 2012, Paul Walmsley wrote:
> Yeah, that one is PM related. If mach-omap2/pm24xx.c is hacked to only
> enter MPU retention, rather than full chip retention, it works (quick hack
> below). I suspect it is due to the lack of wakeup support in OMAP2 PM,
> but of course it could be s
[ This patch is targeted for v3.3-rc ]
On OMAP2420-based systems, the PM code ignores the state of the UART
functional clocks when determining what idle state to enter. This
breaks the serial port now that the UART driver's clock behavior can
be controlled via the PM autosuspend timeout.
To fix
Thus spake Kevin Hilman (khil...@ti.com):
> Can you double check that you're building and booting using Tony's -rc3
> based branch?
I believe so, but I cloned it again anyway and it is different from what
I had originally.
> Also, can you do a test using omap2plus_defconfig?
Of course! Serial s
* Paul Walmsley [120209 16:52]:
>
> [ This patch is targeted for v3.3-rc ]
>
> On OMAP2420-based systems, the PM code ignores the state of the UART
> functional clocks when determining what idle state to enter. This
> breaks the serial port now that the UART driver's clock behavior can
> be con
Kevin and I just doublechecked OMAP37xx BeagleBoard xM here with Tony's
testing branch; it works.
- 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-info.h
Paul Walmsley writes:
> [ This patch is targeted for v3.3-rc ]
>
> On OMAP2420-based systems, the PM code ignores the state of the UART
> functional clocks when determining what idle state to enter. This
> breaks the serial port now that the UART driver's clock behavior can
> be controlled via t
Hi Mohammed,
On 2/9/2012 1:29 PM, Afzal Mohammed wrote:
Hi,
OMAP HWMOD currently does not have GPMC adapted to it.
We are facing a problem indirectly related to it in the case of
AM335X SoC. It can reuse GPMC code of OMAP except that base address
& IRQ# is different. But we get a kernel crash
Remove omap_{read,write}l() from the 24xx PM code. The clocksource
code should now handle what this was supposed to do.
Tested on N800 -- but it's hard to say whether this fixes anything.
OMAP24xx static suspend path is currently broken, and this patch
doesn't change that.
Signed-off-by: Paul W
Hi Tony,
On Fri, Feb 10, 2012 at 06:44:47, Tony Lindgren wrote:
> * Bedia, Vaibhav [120209 09:27]:
> > On Thu, Feb 09, 2012 at 23:17:10, Tony Lindgren wrote:
> > > Care to reply with Acked-by/Tested-by so I can queue this into fixes?
> > >
> >
> > Acked-by: Vaibhav Bedia
>
> Is the mailbox no
On Thu, Feb 09, 2012 at 04:45:00PM -0800, Ramirez Luna, Omar wrote:
> Hi,
>
> On Thu, Feb 9, 2012 at 3:30 PM, Felipe Contreras
> wrote:
> >> Again, I'm totally confused as to _WHY_ this needs to be y. What is
> >> causing this oops without it? If an oops is happening, then shouldn't
> >> this b
Currently the memory region is not released the folowing error is
observed.
/testsuites # insmod omap-serial.ko
[ 130.746917] omap_uart omap_uart.0: memory region already claimed
[ 130.753143] omap_uart: probe of omap_uart.0 failed with error -16
[ 130.759338] omap_uart omap_uart.1: memory regi
On Friday 20 January 2012 03:05 PM, Shubhrajyoti wrote:
> On Friday 20 January 2012 02:19 PM, Govindraj wrote:
>> On Mon, Jan 16, 2012 at 3:52 PM, Shubhrajyoti D wrote:
>>> The patch does the following
>>>
>>> - The pm_runtime_disable is called in the remove not in the error
>>> case of probe.The
On Thursday 09 February 2012 05:32 PM, Tomi Valkeinen wrote:
Hi,
On Thu, 2012-02-09 at 12:14 +0530, Archit Taneja wrote:
For DSS clock domain to transition from idle to active state, it's necessary
to enable the optional clock DSS_FCLK before we enable the module using the
MODULEMODE bits in th
For DSS clock domain to transition from idle to active state. It's necessary
to enable the optional clock DSS_FCLK before we enable the module using the
MODULEMODE bits in the clock domain's CM_DSS_DSS_CLKCTRL register.
This sequence was not followed correctly for the 'dss_hdmi' hwmod and it led
t
On Friday 10 February 2012 04:04 AM, Russell King - ARM Linux wrote:
On Thu, Feb 09, 2012 at 12:22:42PM +0530, Archit Taneja wrote:
Hi,
On Sunday 05 February 2012 08:08 PM, Russell King - ARM Linux wrote:
Okay, so this requires backlight support, and TAAL selected, so that sorts
that error, bu
Fix below build error which is introduced by
commit 022658 "ASoC: core: Add support for DAI and machine kcontrols".
CC [M] sound/soc/omap/n810.o
sound/soc/omap/n810.c: In function 'n810_set_input':
sound/soc/omap/n810.c:194: error: 'codec' undeclared (first use in this
function)
sound/soc/omap
On Fri, Feb 10, 2012 at 07:49:47, Paul Walmsley wrote:
>
> Kevin and I just doublechecked OMAP37xx BeagleBoard xM here with Tony's
> testing branch; it works.
>
I tried it on AM37x EVM, it did worked for me but I have some observations,
1) [root@arago /]# cat /tmp/pm_debug/count
usbhost_pwrdm
81 matches
Mail list logo