Re: [QUERY] [AUDIO][OMAP3 EVM] arecord not working on OMAP3 EVM

On 01/20/11 17:26, ext Koyamangalath, Abhilash wrote: > Hi all > While testing audio capture (using arecord e,g.),I'm getting only noise in > the (zeroed out) output buffers on the OMAP3 EVM. > I have enabled AUXL and AUXR mic inputs through alsamixer, which according to > the schematics are conn

Re: [PATCHv2] OMAP: Enable Magic SysRq on serial console ttyOx

On Fri, Jan 21, 2011 at 12:54:29PM +0530, Govindraj wrote: > On Thu, Jan 20, 2011 at 5:49 PM, Anand Gadiyar wrote: > >> > Magic SysRq key is not working for OMAP on new serial > >> > console ttyOx because SUPPORT_SYSRQ is not defined > >> > for omap-serial. > >> > > >> > T

Re: [PATCH] omap3: nand: bch ecc support added

On Fri, Jan 21, 2011 at 9:37 AM, Ghorai, Sukumar wrote: > >> -Original Message- >> From: Vimal Singh [mailto:vimal.neww...@gmail.com] >> Sent: Thursday, January 20, 2011 8:47 PM >> To: Ghorai, Sukumar >> Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm- >> ker...@li

Re: [PATCH] OMAP: omap-mcbsp: Fix building after replacement

On Fri, Jan 21, 2011 at 12:58, Jarkko Nikula wrote: > On Fri, 21 Jan 2011 11:55:55 +0530 > "Varadarajan, Charulatha" wrote: > >> >> I was just about to post a patch for this, but you beat me >> >> to it! >> >> >> >> > Signed-off-by: Thomas Weber >> >> >> >> Acked-by: Sourav Poddar >> > >> > Tha

Re: [PATCH] OMAP: omap-mcbsp: Fix building after replacement

On Fri, 21 Jan 2011 11:55:55 +0530 "Varadarajan, Charulatha" wrote: > >> I was just about to post a patch for this, but you beat me > >> to it! > >> > >> > Signed-off-by: Thomas Weber > >> > >> Acked-by: Sourav Poddar > > > > Thanks, merging this into the original. Also adding > > applying into

Re: [PATCHv2] OMAP: Enable Magic SysRq on serial console ttyOx

On Thu, Jan 20, 2011 at 5:49 PM, Anand Gadiyar wrote: >> > Magic SysRq key is not working for OMAP on new serial >> > console ttyOx because SUPPORT_SYSRQ is not defined >> > for omap-serial. >> > >> > This patch defines SUPPORT_SYSRQ in omap-serial and >> > enables ha

Re: [PATCH] OMAP: omap-mcbsp: Fix building after replacement

On Thu, Jan 20, 2011 at 23:49, Tony Lindgren wrote: > * Poddar, Sourav [110120 07:08]: >> On Thu, Jan 20, 2011 at 7:42 PM, Thomas Weber wrote: >> > Fix building omap-mcbsp after replacing ARCH_OMAP24x0 in >> > commit 8a9c1aa6a4caa7db1c2fca4b47168af9077e0f95. >> > >> >>   omap: Start using CONFIG

RE: Merging xloader, bootloader and boot environment variables partitions into a single partition on NAND

> -Original Message- > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- > ow...@vger.kernel.org] On Behalf Of Elvis Dowson > Sent: Thursday, January 20, 2011 10:51 PM > To: linux-omap Mailing List > Subject: Merging xloader, bootloader and boot environment variables > partitions

Re: 2.6.38-rc1-git1 musb undefined references

On 21/01/11 03:22, Felipe Balbi wrote: Hi, (please, keep also linux-usb@vger on the Cc list on any patch regarding drivers/usb) On Thu, Jan 20, 2011 at 04:22:01PM +, Sid Boyce wrote: Cross compiling for Beagleboard on Ubuntu 11.04 x86_64. # make-kpkg --revision=0 --append-to-version=-custo

Re: Fail to suspend to ram: "Class driver suspend failed for cpu0"

Luke Gong writes: > Thanks, Kevin. > > On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman wrote: >> Luke Gong writes: >> >>> I have a beagle board with OMAP3530. I ported linux-omap-pm2.6.32 to >>> this board. When I want to let it suspend to ram, >> >> This is an old kernel.  Any reason you're not

Re: [PATCH v7 00/18] OMAP2,3: hwmod DSS Adaptation

Hi Sumit, Sumit Semwal writes: [...] > Testing: > - > The patches are tested on 2420-n800, 2430sdp, 3630zoom, 3430sdp. > Complete bootup with penguins on panel is done on 3430sdp. > For the rest of the mentioned platforms, kernel is built with "OMAP2_DSS" > and bootup is tested so that

RE: Fail to suspend to ram: "Class driver suspend failed for cpu0"

Luke, > -Original Message- > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- > ow...@vger.kernel.org] On Behalf Of Luke Gong > Sent: Friday, January 21, 2011 5:03 AM > To: Kevin Hilman > Cc: linux-omap@vger.kernel.org > Subject: Re: Fail to suspend to ram: "Class driver suspend

RE: [PATCH] omap3: nand: bch ecc support added

> -Original Message- > From: Vimal Singh [mailto:vimal.neww...@gmail.com] > Sent: Thursday, January 20, 2011 8:47 PM > To: Ghorai, Sukumar > Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm- > ker...@lists.infradead.org; Kamat, Nishant > Subject: Re: [PATCH] omap3:

Re: 2.6.38-rc1-git1 musb undefined references

Hi, (please, keep also linux-usb@vger on the Cc list on any patch regarding drivers/usb) On Thu, Jan 20, 2011 at 04:22:01PM +, Sid Boyce wrote: > Cross compiling for Beagleboard on Ubuntu 11.04 x86_64. > # make-kpkg --revision=0 --append-to-version=-custom --arch=armel > --cross-compile=/opt/

Re: [PATCH v2] omap2: fix DPLL_FREQSEL calculation

On Thu, Jan 20, 2011 at 03:29:50PM +0100, John Ogness wrote: > On 2011-01-20, Felipe Balbi wrote: > > scripts/get_maintainer.pl would've helped you getting a better Cc > > list. I'm adding linux-omap and lakml > > Thanks. > > After investigating the issue further it seems that I had it > backwar

Re: Fail to suspend to ram: "Class driver suspend failed for cpu0"

Thanks, Kevin. On Thu, Jan 20, 2011 at 5:54 PM, Kevin Hilman wrote: > Luke Gong writes: > >> I have a beagle board with OMAP3530. I ported linux-omap-pm2.6.32 to >> this board. When I want to let it suspend to ram, > > This is an old kernel.  Any reason you're not using a newer kernel? I have A

Re: Fail to suspend to ram: "Class driver suspend failed for cpu0"

Luke Gong writes: > I have a beagle board with OMAP3530. I ported linux-omap-pm2.6.32 to > this board. When I want to let it suspend to ram, This is an old kernel. Any reason you're not using a newer kernel? > it fails and I get > the message "Class driver suspend failed for cpu0" This is th

Re: [PATCH RFC] arm: omap3evm: Add support for an MT9M032 based camera board.

Hi Laurent, On Wed, Jan 19, 2011 at 12:38:09AM +0100, Laurent Pinchart wrote: > Hi Martin, > > Thanks for the patch. > > On Tuesday 18 January 2011 23:32:16 Martin Hostettler wrote: > > Adds board support for an MT9M032 based camera to omap3evm. > > > > Sigend-off-by: Martin Hostettler > > ---

Re: [PATCH] omap2-beagle: Depend upon CONFIG_GPIO_TWL4030

--text follows this line-- On Thu, 20 Jan 2011 06:08:25 +0200, Felipe Balbi wrote: > On Wed, Jan 19, 2011 at 03:04:13PM -0500, Ben Gamari wrote: > > I understand. That being said, Linus has made it well known that > > defconfigs will not be an option going forward. Have we found another > > I nev

Fail to suspend to ram: "Class driver suspend failed for cpu0"

Hello, I have a beagle board with OMAP3530. I ported linux-omap-pm2.6.32 to this board. When I want to let it suspend to ram, it fails and I get the message "Class driver suspend failed for cpu0". Here is the log: root@beagleboard:~# echo mem > /sys/power/state PM: Syncing filesystems ... done. F

[Query] mm: !*pte hit in mm/memory.c:remap_pte_range

Hi, WARNING: Linux MM newbie here. Please bare with me a bit. While debugging a new v4l2 driver that makes use of the OMAP4 Tiler allocators in mmap calls, I found out that remap_pfn_range was getting completely stalled. And while debugging further, i realized that the point of stall was in mm

[PATCH v2 2/3] oprofile: Provide stubs for oprofile_perf_{init,exit}

If CONFIG_HW_PERF_EVENTS is not defined, provide stubs for oprofile_perf_init and oprofile_perf_exit. Allows cleaning of architecture specific implementations. Signed-off-by: Ari Kauppi --- include/linux/oprofile.h |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/

[PATCH v2 3/3] ARM: oprofile: Always allow backtraces

Always allow backtrace when using oprofile on ARM, even if a PMU isn't present. Implemented by removing code and using stubs provided by . Restores functionality originally introduced in commit 1b7b56982fdcd9d85effd76f3928cf5d6eb26155 ("oprofile: Always allow backtraces on ARM") by Richard Purdie.

[PATCH v2 0/3] oprofile: ARM backtraces and few minors

This patchset re-enables ARM backtraces with non-PMU capable CPUs. In V2 I have tried to address the comments received for the V1 patches. arch/sh/oprofile/common.c is untouched but should work as earlier. Compile tested with arm/omap2plus_defconfig (with and without CONFIG_HW_PERF_EVENTS). Ari

[PATCH v2 1/3] oprofile: Use CONFIG_HW_PERF_EVENTS for oprofile_perf_init and friends

The implementations are flagged in Makefile with CONFIG_HW_PERF_EVENTS instead of CONFIG_PERF_EVENTS. Signed-off-by: Ari Kauppi --- include/linux/oprofile.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/oprofile.h b/include/linux/oprofile.h index 32fb8

Re: NAND flash update via serial debug console

On 01/20/2011 10:21 AM, Elvis Dowson wrote: Hi, Is it possible to flash NAND via the serial debug console for OMAP35xx devices? If you have U-Boot running, you can download whatever you need via Y-Modem (loady command) and then update the NAND as needed. -- ---

Re: [PATCH] OMAP: omap-mcbsp: Fix building after replacement

* Poddar, Sourav [110120 07:08]: > On Thu, Jan 20, 2011 at 7:42 PM, Thomas Weber wrote: > > Fix building omap-mcbsp after replacing ARCH_OMAP24x0 in > > commit 8a9c1aa6a4caa7db1c2fca4b47168af9077e0f95. > > > >>   omap: Start using CONFIG_SOC_OMAP > >> > >>    We want to have just CONFIG_ARCH_OMAP

Re: [PATCH 0/4] omap4: hsmmc: Adding ADMA support

* Kishore Kadiyala [110118 09:19]: > This patch series adds support for ADMA on MMC1 & MMC2 controllers on OMAP4. > There is no performance improvement observed using ADMA over SDMA. > Advantage using ADMA could be reducing contention over SDMA. > Also the series includes some cleanup. To me it s

Re: [RFC] omap4: Add board_data and initialise the serial pads

Hi, * sricharan [110118 07:11]: > Pass the board specific serial pad mux data > to the platform level init code. > > Signed-off-by: sricharan > --- > This is a test patch and not intended for a specific use case. > > 1) The support to add the pad data to the device hwmod entry and to use >

Re: [PATCH] omap2-beagle: Depend upon CONFIG_GPIO_TWL4030

* Felipe Balbi [110119 20:07]: > On Wed, Jan 19, 2011 at 03:04:13PM -0500, Ben Gamari wrote: > > On Wed, 19 Jan 2011 05:45:28 +0200, Felipe Balbi wrote: > > > The point is, being able to disable features I don't want on my kernel > > > image, is completely valid, if there's a compile breakage, th

NAND flash update via serial debug console

Hi, Is it possible to flash NAND via the serial debug console for OMAP35xx devices? Elvis Dowson -- 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.ht

Merging xloader, bootloader and boot environment variables partitions into a single partition on NAND

Hi, I was wondering what the merits and demerits are of having a single integrated xloader+bootloader+boot environment variables in a single partition in NAND, as opposed to having multiple partitions that hold xloader, bootloader and the uboot environment in separate partitions? Elvis Do

Re: [PATCH] ARM: smp: Introduce ARCH_HAS_COMMON_CORES_CLOCK to speed-up boot

On 01/20/2011 09:36 AM, Santosh Shilimkar wrote: -Original Message- From: Rob Herring [mailto:robherri...@gmail.com] Sent: Thursday, January 20, 2011 8:44 PM To: Santosh Shilimkar Cc: linux-arm-ker...@lists.infradead.org; Russell King; linux- o...@vger.kernel.org; Linus Walleij Subject: R

2.6.38-rc1-git1 musb undefined references

Cross compiling for Beagleboard on Ubuntu 11.04 x86_64. # make-kpkg --revision=0 --append-to-version=-custom --arch=armel --cross-compile=/opt/arm-2010q1/bin/arm-none-linux-gnueabi- kernel-image --initrd == making target debian/stamp/build/kernel [new prereqs: vars]== This is kernel pa

Re: [PATCH] ARM: smp: Introduce ARCH_HAS_COMMON_CORES_CLOCK to speed-up boot

2011/1/20 Rob Herring : > On 01/20/2011 03:42 AM, Santosh Shilimkar wrote: >> >> On some architectures, secondary cores shares clock with primiary >> core and hence scale together. Hence secondary core lpj calibration >> is not necessary and can be skipped to save considerable time. >> >> This can

[PATCHv5] OMAP3: Devkit8000: Change lcd power pin

This patch fixes a wrongly used lcd enable pin. The Devkit8000 uses twl4030_ledA configured as output gpio only for the lcd enable line. twl4030_gpio.1 is used through the generic gpio functions while ledA is used via low level twl4030 calls. This patch removes the low level calls and use the gen

RE: [PATCH] ARM: smp: Introduce ARCH_HAS_COMMON_CORES_CLOCK to speed-up boot

> -Original Message- > From: Rob Herring [mailto:robherri...@gmail.com] > Sent: Thursday, January 20, 2011 8:44 PM > To: Santosh Shilimkar > Cc: linux-arm-ker...@lists.infradead.org; Russell King; linux- > o...@vger.kernel.org; Linus Walleij > Subject: Re: [PATCH] ARM: smp: Introduce ARCH_H

[QUERY] [AUDIO][OMAP3 EVM] arecord not working on OMAP3 EVM

Hi all While testing audio capture (using arecord e,g.),I'm getting only noise in the (zeroed out) output buffers on the OMAP3 EVM. I have enabled AUXL and AUXR mic inputs through alsamixer, which according to the schematics are connected to the "Audio In" connector on the board, even though the

Re: [PATCH] omap3: nand: bch ecc support added

Hi Ghorai, I am the initial author of this patch. And I guess this patch still uses most of my work. Thanks and Regards, Vimal On Thu, Jan 20, 2011 at 3:48 PM, Sukumar Ghorai wrote: > bch error correction (t=4 and t=8) for 512 bytes support added. > Tested in omap-3630 es-1.1 silicon. > > Need

Re: [PATCH] ARM: smp: Introduce ARCH_HAS_COMMON_CORES_CLOCK to speed-up boot

On 01/20/2011 03:42 AM, Santosh Shilimkar wrote: On some architectures, secondary cores shares clock with primiary core and hence scale together. Hence secondary core lpj calibration is not necessary and can be skipped to save considerable time. This can speed up the secondary cpu boot and hotpl

Re: [PATCH] OMAP: omap-mcbsp: Fix building after replacement

On Thu, Jan 20, 2011 at 7:42 PM, Thomas Weber wrote: > Fix building omap-mcbsp after replacing ARCH_OMAP24x0 in > commit 8a9c1aa6a4caa7db1c2fca4b47168af9077e0f95. > >>   omap: Start using CONFIG_SOC_OMAP >> >>    We want to have just CONFIG_ARCH_OMAP2, 3 and 4. The rest >>    are nowadays just sub

[PATCH v2] omap2: fix DPLL_FREQSEL calculation

not the value that goes in the register. This means that it is _dpll_test_fint() that is doing it incorrectly. Here is a new version of the patch to fix the right function. This patch fixes the calculation of the internal frequency. The value of "n" is the actual divider to use. This

[PATCH] OMAP: omap-mcbsp: Fix building after replacement

Fix building omap-mcbsp after replacing ARCH_OMAP24x0 in commit 8a9c1aa6a4caa7db1c2fca4b47168af9077e0f95. > omap: Start using CONFIG_SOC_OMAP > >We want to have just CONFIG_ARCH_OMAP2, 3 and 4. The rest >are nowadays just subcategories of these. > >Search and replace the following: >

Re: [PATCH v2] OMAP: use fncpy to copy the PM code functions to SRAM

On Wed, Jan 19, 2011 at 11:10 PM, Tony Lindgren wrote: > * Kevin Hilman [110119 13:37]: >> Kevin Hilman writes: >> >> > jean.pi...@newoldbits.com writes: >> > >> >> From: Jean Pihet >> >> >> >> The new fncpy API is better suited for copying some >> >> code to SRAM at runtime. This patch changes

Re: [PATCH] OMAP3: PM: Adding T2 enabling of smartreflex

On Wed, Jan 19, 2011 at 5:54 PM, Nishanth Menon wrote: > Gulati, Shweta wrote, on 01/19/2011 02:10 PM: >> >>     >I cant see how disable_sr is usable, further as discussed in >>    http://marc.info/?l=linux->omap&m=129424774929498&w=2 >>     we

Re: [PATCH] ARM: oprofile: Always allow backtraces

Hello. On 19-01-2011 23:54, Ari Kauppi wrote: Always allow backtrace when using oprofile on ARM, even if a PMU isn't present. Restores functionality originally introduced in 1b7b56982fdcd9d85effd76f3928cf5d6eb26155 by Richard Purdie. You're lacking the commit summary specified in parens

RE: [PATCHv2] OMAP: Enable Magic SysRq on serial console ttyOx

> > Magic SysRq key is not working for OMAP on new serial > > console ttyOx because SUPPORT_SYSRQ is not defined > > for omap-serial. > > > > This patch defines SUPPORT_SYSRQ in omap-serial and > > enables handling of Magic SysRq character. > > > > Signed-off

Re: [PATCHv2] OMAP: Enable Magic SysRq on serial console ttyOx

On Wed, Jan 19, 2011 at 07:28:20PM +0530, Govindraj wrote: > On Wed, Jan 19, 2011 at 7:01 PM, Thomas Weber wrote: > > Am 19.01.2011 14:00, schrieb G, Manjunath Kondaiah: > >> On Wed, Jan 19, 2011 at 03:01:39PM +0530, Govindraj wrote: > >>> On Wed, Jan 19, 2011 at 2:11 PM, Thomas Weber wrote: > >>

RE: [PATCH] omap3: Add basic support for 720MHz part

> -Original Message- > From: G, Manjunath Kondaiah [mailto:manj...@ti.com] > Sent: Thursday, January 20, 2011 4:51 PM > To: Premi, Sanjeev > Cc: Varadarajan, Charulatha; linux-omap@vger.kernel.org > Subject: Re: [PATCH] omap3: Add basic support for 720MHz part > [snip] > > Looks fine.

[PATCHv4] omap3: Add basic support for 720MHz part

This patch adds support for new speed enhanced parts with ARM and IVA running at 720MHz and 520MHz respectively. These parts can be probed at run-time by reading PRODID.SKUID[3:0] at 0x4830A20C [1]. This patch specifically does following: * Detect devices capable of 720MHz. * Add new OPP * Ensu

Re: [PATCH] omap3: Add basic support for 720MHz part

On Thu, Jan 20, 2011 at 04:28:11PM +0530, Premi, Sanjeev wrote: > > -Original Message- > > From: Varadarajan, Charulatha > > Sent: Tuesday, January 18, 2011 2:44 PM > > To: Premi, Sanjeev > > Cc: linux-omap@vger.kernel.org > > Subject: Re: [PATCH] omap3: Add basic support for 720MHz part >

Re: [PATCH] omap2: fix DPLL_FREQSEL calculation

ly can be > found here: clkt_dpll.c:_dpll_test_fint() > > This patch is against linux-next-20110120. > > Signed-off-by: John Ogness scripts/get_maintainer.pl would've helped you getting a better Cc list. I'm adding linux-omap and lakml > --- > arch/arm/mach-omap2/dpll

Re: [PATCH] omap3: Add basic support for 720MHz part

On Thu, Jan 20, 2011 at 16:28, Premi, Sanjeev wrote: >> -Original Message- >> From: Varadarajan, Charulatha >> Sent: Tuesday, January 18, 2011 2:44 PM >> To: Premi, Sanjeev >> Cc: linux-omap@vger.kernel.org >> Subject: Re: [PATCH] omap3: Add basic support for 720MHz part Also do not miss

Re: [PATCH] OMAP: DMA: clear interrupt status correctly

On 20/01/11 00:44, Tony Lindgren wrote: * Tony Lindgren [110119 14:23]: * Adrian Hunter [110119 02:23]: From fffa19df17d73c1ed2e8c65c0b6604ee1dddff84 Mon Sep 17 00:00:00 2001 From: Adrian Hunter Date: Wed, 24 Nov 2010 13:23:21 +0200 Subject: [PATCH] OMAP: DMA: clear interrupt status correct

Re: [PATCH] ARM: oprofile: Always allow backtraces

On Thu, 20 Jan 2011, Robert Richter wrote: Hi, On 20.01.11 04:42:24, Will Deacon wrote: Hi Ari, Always allow backtrace when using oprofile on ARM, even if a PMU isn't present. Restores functionality originally introduced in 1b7b56982fdcd9d85effd76f3928cf5d6eb26155 by Richard Purdie. Well

RE: [PATCH] omap3: Add basic support for 720MHz part

> -Original Message- > From: Varadarajan, Charulatha > Sent: Tuesday, January 18, 2011 2:44 PM > To: Premi, Sanjeev > Cc: linux-omap@vger.kernel.org > Subject: Re: [PATCH] omap3: Add basic support for 720MHz part > > Couple of minor comments. [snip]...[snip] > > --- a/arch/arm/mach-omap

Re: [PATCH] ARM: oprofile: Always allow backtraces

On 20.01.11 05:17:16, Ari Kauppi wrote: > > @@ -91,6 +79,30 @@ static struct frame_tail* user_backtrace(struct > > frame_tail *tail) > > return buftail[0].fp-1; > > } > > > > +#else > > + > > +static int oprofile_arch_init(struct oprofile_operations *ops) > > +{ > > + pr_info("oprofile: har

Re: [PATCH] ARM: oprofile: Always allow backtraces

On 20.01.11 10:52:39, Robert Richter wrote: > I would like to go even further, see the diff below. > > -Robert > > --- > arch/arm/oprofile/common.c | 45 --- > 1 files changed, 25 insertions(+), 20 deletions(-) > > diff --git a/arch/arm/oprofile/common

[PATCH] omap3: nand: bch ecc support added

bch error correction (t=4 and t=8) for 512 bytes support added. Tested in omap-3630 es-1.1 silicon. Need to select the bch-ecc from board file. E.g. arch/arm/mach-omap2/board-flash.c: board_nand_init() board_nand_data.ecc_opt = OMAP_ECC_BCH4_CODE_HW This patch has dependency on - http://www.mail-

RE: OMAP DSS Enable clocks in dss_setup_partial_planes

Hi, I am not sure if this is needed. All calls within configure_dispc() ensure that clocks are enabled before a register write. The functions which read/write to registers and don't enable/disable clocks have names which start with a "_"(for most cases). Regards, Archit linux-omap-ow...@vger.ke

Re: [PATCH] ARM: oprofile: Always allow backtraces

On 20.01.11 04:42:24, Will Deacon wrote: > Hi Ari, > > > Always allow backtrace when using oprofile on ARM, even if a PMU > > isn't present. > > > > Restores functionality originally introduced in > > 1b7b56982fdcd9d85effd76f3928cf5d6eb26155 by Richard Purdie. > > Well spotted, I'd forgotten we

[PATCH] ARM: smp: Introduce ARCH_HAS_COMMON_CORES_CLOCK to speed-up boot

On some architectures, secondary cores shares clock with primiary core and hence scale together. Hence secondary core lpj calibration is not necessary and can be skipped to save considerable time. This can speed up the secondary cpu boot and hotplug cpu online paths. Discussion thread: ht

Re: [PATCH v4] ARM: Thumb-2: Symbol manipulation macros for function body copying

On Wed, Jan 19, 2011 at 10:29 PM, Kevin Hilman wrote: > Dave Martin writes: > >> In low-level board support code, there is sometimes a need to >> copy a function body to another location at run-time. >> >> A straightforward call to memcpy doesn't work in Thumb-2, >> because bit 0 of external Thum

Re: [PATCHv4 3/4] OMAP3: Devkit8000: Check return value of gpio_request

Hello, Am 19.01.2011 13:23, schrieb Sergei Shtylyov: > Hello. > > On 19-01-2011 11:19, Thomas Weber wrote: > >> The return value of gpio_request is ignored. >> This patch adds the check of the return value of gpio_request. > >> Signed-off-by: Thomas Weber >> --- >> arch/arm/mach-omap2/board-devki