On 4/5/2011 1:38 AM, Linus Walleij wrote:
2011/4/4 Marc Zyngier:
On Mon, 2011-04-04 at 14:31 +0100, Russell King - ARM Linux wrote:
If ARM are going to architect a set of timers into the hardware, let's
make sure that all such hardware has them so we can dig ourselves out
of this crappy mess t
On 4/4/2011 8:59 PM, Catalin Marinas wrote:
On Fri, 2011-04-01 at 10:32 +0100, Santosh Shilimkar wrote:
The GIC register accesses today make use of readl()/writel()
which prove to be very expensive when used along with mandatory
barriers. This mandatory barriers also introduces an un-necessary
a
Hi Paul ,
Thanks for the review.
> > +/* In register I2C_CON, Bit 15 is the I2C enable bit */
> > +#define I2C_EN BIT(15)
> > +#define I2C_CON_OFFSET 0x24
>
> This stuff, along with omap_i2c_reset(), doesn't belong in omap_hwmod.c,
> which is com
Hi,
2011/4/5 Avik Sil :
> #define OMAP4430_CM_L3INSTR_L3_3_CLKCTRL
> OMAP44XX_CM2_REGADDR(OMAP4430_CM2_CORE_INST, 0x0720)
> [...]
>
> Should I use those identifier instead?
Yes, seems right, but you need to use the ioremap addresses of the identifiers.
> Are there other definitions for the ident
On Mon, Apr 4, 2011 at 2:22 AM, Mark Jackson wrote:
> Running 2.6.38 on my beagleboard, I can boot using nfs:-
[snip]
> I have just tried out 2.6.39-rc1, and the usbnet is no longer detected:-
Yea, I hit something similar, where on the beagleboard I only see the
root hubs, and not any of the devi
2011/4/4 Marc Zyngier :
> On Mon, 2011-04-04 at 14:31 +0100, Russell King - ARM Linux wrote:
>>
>> If ARM are going to architect a set of timers into the hardware, let's
>> make sure that all such hardware has them so we can dig ourselves out
>> of this crappy mess that we find ourselves in today.
On Monday 04 April 2011 07:53 PM, Ming Lei wrote:
Hi,
2011/4/4 Avik Sil:
Hi Ming,
On Saturday 02 April 2011 10:57 AM, Ming Lei wrote:
Hi Avik,
2011/4/1 Avik Sil:
Hi,
I've applied the patches in
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-March/045283.html
on top of a lina
On Fri, 2011-04-01 at 10:32 +0100, Santosh Shilimkar wrote:
> The GIC register accesses today make use of readl()/writel()
> which prove to be very expensive when used along with mandatory
> barriers. This mandatory barriers also introduces an un-necessary
> and expensive l2x0_sync() operation. On
> -Original Message-
> From: Peter Barada [mailto:peter.bar...@logicpd.com]
> Sent: Monday, April 04, 2011 8:01 PM
> To: Hiremath, Vaibhav
> Cc: Hilman, Kevin; Peter Barada; Linux OMAP list
> Subject: Re: Question regarding suspend/resume
>
> On 04/01/2011 01:05 AM, Hiremath, Vaibhav wrote
Peter Barada writes:
[...]
>> What I can say based on the register dump you shared is that there is no
>> obvious driver issue going on where a clock was left on by a driver.
>>
>> More than likely what is going on is that the booloader is using a
>> device (e.g. USB, MMC) but is leaving it in a
On 03/31/2011 04:48 PM, Kevin Hilman wrote:
> Hi Peter,
>
> Peter Barada writes:
>
> [...]
>
>> Thanks for helping me to understand things.
>>
>> The kernel I'm using is TI's OMAPPSP_03.00.01.06 2.6.32 kernel [1]
>> with their u-boot [2] and x-loader[3], modified to run on Logic's
>> DM3730 board(
On 04/01/2011 01:05 AM, Hiremath, Vaibhav wrote:
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of Hilman, Kevin
>> Sent: Friday, April 01, 2011 2:18 AM
>> To: Peter Barada
>> Cc: Linux OMAP list
>> Subject: Re: Questi
Hello,
it just happened here that the rechargeable backup battery for the RTC
on a TPS65950 run out off power, because of some days while the device
wasn't powered.
Afterwards I couldn't read or set the clock with hwclock using a kernel
2.6.37.n or 2.6.38.n.
I don't have a fix, but I think
Hi,
2011/4/4 Avik Sil :
> Hi Ming,
>
> On Saturday 02 April 2011 10:57 AM, Ming Lei wrote:
>>
>> Hi Avik,
>>
>> 2011/4/1 Avik Sil:
>>>
>>> Hi,
>>>
>>> I've applied the patches in
>>>
>>> http://lists.infradead.org/pipermail/linux-arm-kernel/2011-March/045283.html
>>> on top of a linaro kernel whic
Hi Ming,
On Saturday 02 April 2011 10:57 AM, Ming Lei wrote:
Hi Avik,
2011/4/1 Avik Sil:
Hi,
I've applied the patches in
http://lists.infradead.org/pipermail/linux-arm-kernel/2011-March/045283.html
on top of a linaro kernel which resulted in booting problem on Pandaboard.
It hangs inside the
Hi David,
On Wednesday 30 March 2011 17:50:17 David Cohen wrote:
> On Wed, Mar 30, 2011 at 4:56 PM, Laurent Pinchart wrote:
> > On Wednesday 30 March 2011 15:50:37 Sakari Ailus wrote:
> >> Laurent Pinchart wrote:
> >> > On Wednesday 30 March 2011 10:16:56 Sakari Ailus wrote:
> >> >> Laurent Pincha
On Mon, 2011-04-04 at 14:31 +0100, Russell King - ARM Linux wrote:
> On Mon, Apr 04, 2011 at 02:24:17PM +0100, Marc Zyngier wrote:
> > On Mon, 2011-04-04 at 12:21 +0100, Russell King - ARM Linux wrote:
> > > Whether its worth it or not is questionable - the above is more lines
> > > of code than ma
On Mon, Apr 04, 2011 at 02:24:17PM +0100, Marc Zyngier wrote:
> On Mon, 2011-04-04 at 12:21 +0100, Russell King - ARM Linux wrote:
> > Whether its worth it or not is questionable - the above is more lines
> > of code than many of the existing implementations, and we're not going
> > to shrink the e
On Mon, 2011-04-04 at 12:21 +0100, Russell King - ARM Linux wrote:
> On Mon, Apr 04, 2011 at 12:03:42PM +0100, Catalin Marinas wrote:
> > On Mon, 2011-04-04 at 01:59 +0100, Arnd Bergmann wrote:
> > > On Sunday 03 April 2011, Russell King - ARM Linux wrote:
> > > > Then there's those which change th
On Mon, Apr 04, 2011 at 12:03:42PM +0100, Catalin Marinas wrote:
> On Mon, 2011-04-04 at 01:59 +0100, Arnd Bergmann wrote:
> > On Sunday 03 April 2011, Russell King - ARM Linux wrote:
> > > Then there's those which change the cs->read function pointer at runtime,
> ...
> > > and those which share t
On Mon, 2011-04-04 at 01:59 +0100, Arnd Bergmann wrote:
> On Sunday 03 April 2011, Russell King - ARM Linux wrote:
> > Then there's those which change the cs->read function pointer at runtime,
...
> > and those which share that pointer with their sched_clock() implementation.
>
> Abstracting sched
Le 01/04/2011 17:30, Detlef Vollmann :
> On 04/01/11 16:59, Arnd Bergmann wrote:
>> On Friday 01 April 2011, Detlef Vollmann wrote:
>>> On 04/01/11 15:54, Arnd Bergmann wrote:
>>
9. All interesting work is going into a handful of platforms, all of
which
are ARMv7 based.
>>> Defi
Running 2.6.38 on my beagleboard, I can boot using nfs:-
regulator_init_complete: VDVI: incomplete constraints, leaving on
regulator_init_complete: VDAC: incomplete constraints, leaving on
usb 1-2: new high speed USB device using ehci-omap and address 2
mmc0: host does not support reading read-onl
The serial*_data should have been marked as __initdata as per
it's usage in the board files. Fix the same to remove the
section mismatch warnings caused by it.
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/board-3430sdp.c|6 +++---
arch/arm/mach-omap2/board-4430sdp.c|6
On 4/4/2011 2:42 PM, Russell King - ARM Linux wrote:
On Mon, Apr 04, 2011 at 02:34:56PM +0530, Santosh Shilimkar wrote:
diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
index a3f50b3..7857146 100644
--- a/arch/arm/plat-omap/sram.c
+++ b/arch/arm/plat-omap/sram.c
@@ -166,7 +166,
On Mon, Apr 04, 2011 at 02:34:56PM +0530, Santosh Shilimkar wrote:
> diff --git a/arch/arm/plat-omap/sram.c b/arch/arm/plat-omap/sram.c
> index a3f50b3..7857146 100644
> --- a/arch/arm/plat-omap/sram.c
> +++ b/arch/arm/plat-omap/sram.c
> @@ -166,7 +166,7 @@ static void __init omap_detect_sram(void)
Fix below build warning.
CC arch/arm/plat-omap/sram.o
arch/arm/plat-omap/sram.c: In function 'omap_map_sram':
arch/arm/plat-omap/sram.c:224: warning: format '%08lx' expects
type 'long unsigned int', but argument 2 has type 'unsigned int'
While at this, convert SRAM pr
On 4/4/2011 1:55 PM, Russell King - ARM Linux wrote:
On Mon, Apr 04, 2011 at 01:50:35PM +0530, Santosh Shilimkar wrote:
On 4/3/2011 7:18 PM, Russell King - ARM Linux wrote:
On Sun, Apr 03, 2011 at 04:23:41PM +0530, Santosh Shilimkar wrote:
If you plan to commit this change then I can move thes
On Mon, 2011-04-04 at 02:59 +0200, Arnd Bergmann wrote:
> Abstracting sched_clock() to be run-time selected is something that
> needs to be taken care of. Maybe we could have a generic sched_clock
> implementation that is written on top of clocksource instead of jiffies,
> and always select that o
On Mon, Apr 04, 2011 at 01:50:35PM +0530, Santosh Shilimkar wrote:
> On 4/3/2011 7:18 PM, Russell King - ARM Linux wrote:
>> On Sun, Apr 03, 2011 at 04:23:41PM +0530, Santosh Shilimkar wrote:
>>> If you plan to commit this change then I can move these to
>>> other OMAP4 header file.
>>
>> Can you s
On 4/3/2011 7:18 PM, Russell King - ARM Linux wrote:
On Sun, Apr 03, 2011 at 04:23:41PM +0530, Santosh Shilimkar wrote:
If you plan to commit this change then I can move these to
other OMAP4 header file.
Can you send me a patch to do that please?
Here it is.. Generated against latest mainlin
31 matches
Mail list logo