Re: [PATCH v2 4/4] arm/dts: OMAP3: Add mmc controller nodes and board data

On Friday 24 February 2012 12:27 AM, Tony Lindgren wrote: --- a/arch/arm/boot/dts/omap3.dtsi +++ b/arch/arm/boot/dts/omap3.dtsi @@ -113,5 +113,31 @@ #size-cells =<0>; ti,hwmods = "i2c3"; }; + + mmc1: mmc@1 { +

Re: [PATCH v3 1/2] regulator: twl: adapt twl-regulator driver to dt

On Thursday 23 February 2012 09:01 PM, Mark Brown wrote: On Thu, Feb 23, 2012 at 05:05:53PM +0530, Rajendra Nayak wrote: Modify the twl regulator driver to extract the regulator_init_data from device tree when passed, instead of getting it through platform_data structures (on non-DT builds) Th

Re: 12.02 efika smart book (MX?) images are totally borked

bug opened: ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev

12.02 efika smart book (MX?) images are totally borked

Hi. I'd like to let everyone know that our 12.02 images for Efika are bogus: http://releases.linaro.org/12.02/ubuntu/oneiric-images/ubuntu-desktop/ The desktop image is 3MB big. The reason for this is that linaro media create crashes while trying to build it: (this is on 12.02 LMC release) $ l

Re: [PATCH v2 4/4] arm/dts: OMAP3: Add mmc controller nodes and board data

> --- a/arch/arm/boot/dts/omap3.dtsi > +++ b/arch/arm/boot/dts/omap3.dtsi > @@ -113,5 +113,31 @@ > #size-cells = <0>; > ti,hwmods = "i2c3"; > }; > + > + mmc1: mmc@1 { > + compatible = "ti,omap2-hsmmc"; > +

[PATCH-WIP 13/13] xen/arm: compile grant-table features events and xenbus, do not compile pci

Also select XEN_DOM0 by default. Signed-off-by: Stefano Stabellini --- arch/arm/Kconfig |4 drivers/xen/Makefile |7 --- 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 57b294c..1a95b35 100644 --- a/arch/arm/Kconfig ++

[PATCH-WIP 11/13] xen/arm: Introduce xen_pfn_t for pfn and mfn types

All the original Xen headers have xen_pfn_t as mfn and pfn type, however when they have been imported in Linux, xen_pfn_t has been replaced with unsigned long. That might work for x86 and ia64 but it does not for arm. Bring back xen_pfn_t and let each architecture define xen_pfn_t as they see fit.

[PATCH-WIP 12/13] xen/arm: compile and run xenbus

bind_evtchn_to_irqhandler can legitimately return 0 (irq 0), it is not an error. If Linux is running as an HVM domain and is running as Dom0, use xenstored_local_init to initialize the xenstore page and event channel, and do not call xs_reset_watches at boot. Signed-off-by: Stefano Stabellini --

[PATCH-WIP 07/13] xen/arm: receive xen events on arm

Compile events.c and use IRQ 32 to receive events notifications. Signed-off-by: Stefano Stabellini --- arch/arm/include/asm/xen/events.h |9 + drivers/xen/events.c | 36 +++- 2 files changed, 44 insertions(+), 1 deletions(-) diff --git

[PATCH-WIP 01/13] xen/arm: use r12 to pass the hypercall number to the hypervisor

We need a register to pass the hypercall number because we might not know it at compile time and HVC only takes an immediate argument. Among the available registers r12 seems to be the best choice because it is defined as "intra-procedure call scratch register". Use the ISS to pass an hypervisor

[PATCH-WIP 08/13] xen/arm: fix arm xen guest handle definitions

__XEN__ is never defined in Linux: remove non-relevant functions and macros Signed-off-by: Stefano Stabellini --- arch/arm/include/asm/xen/interface.h |9 + 1 files changed, 1 insertions(+), 8 deletions(-) diff --git a/arch/arm/include/asm/xen/interface.h b/arch/arm/include/asm/xen

[PATCH-WIP 09/13] xen/arm: shared_info and start_info

Allow xen_hvm_domain's to be xen_initial_domain. Set xen_domain_type to XEN_HVM_DOMAIN. Set xen_start_info to an empty struct, set flags to SIF_INITDOMAIN and SIF_PRIVILEGED so that we identify as initial domain by default. Map the real shared info page using XENMEM_add_to_physmap with XENMAPSPA

[PATCH-WIP 00/13] xen/arm: receive Xen events and initialize xenbus

Hi all, this patch series is part of the work in progress support for Xen on ARMv7 with virtualization extensions in Linux. It is obviously NOT ready to be accepted upstream but implements enough support to allow Linux Dom0 to receive event channel notifications and initialize xenbus. With this se

[PATCH-WIP 04/13] xen/arm: sync_bitops

sync_bitops functions are equivalent to the SMP implementation of the original functions, independently from CONFIG_SMP being defined. Signed-off-by: Stefano Stabellini --- arch/arm/include/asm/sync_bitops.h | 17 + 1 files changed, 17 insertions(+), 0 deletions(-) create mode

[PATCH-WIP 10/13] xen/arm: empty implementation of xen_remap_domain_mfn_range

Signed-off-by: Stefano Stabellini --- arch/arm/xen/enlighten.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c index d76f3b4e..986bec3 100644 --- a/arch/arm/xen/enlighten.c +++ b/arch/arm/xen/enlighten.c @@ -25

[PATCH-WIP 06/13] xen/arm: missing includes

Signed-off-by: Stefano Stabellini --- arch/arm/include/asm/xen/grant_table.h |2 ++ drivers/xen/grant-table.c |2 ++ drivers/xen/xenbus/xenbus_client.c |1 + drivers/xen/xenbus/xenbus_probe_frontend.c |1 + drivers/xen/xenfs/xenstored.c |

[PATCH-WIP 03/13] xen/arm: mmu.h and page.h related definitions

Signed-off-by: Stefano Stabellini --- arch/arm/include/asm/xen/mmu.h | 61 +++ arch/arm/include/asm/xen/page.h | 14 +++-- 2 files changed, 72 insertions(+), 3 deletions(-) create mode 100644 arch/arm/include/asm/xen/mmu.h diff --git a/arch/arm/inclu

[PATCH-WIP 05/13] xen/arm: empty implementation of grant_table arch specific functions

Signed-off-by: Stefano Stabellini --- arch/arm/xen/Makefile |2 +- arch/arm/xen/grant-table.c | 47 2 files changed, 48 insertions(+), 1 deletions(-) create mode 100644 arch/arm/xen/grant-table.c diff --git a/arch/arm/xen/Makefile b/arch/a

[PATCH-WIP 02/13] xen/arm: introduce privcmp, physdev_op and memory_op hypercalls.

Signed-off-by: Stefano Stabellini --- arch/arm/include/asm/xen/hypercall.h | 24 1 files changed, 24 insertions(+), 0 deletions(-) diff --git a/arch/arm/include/asm/xen/hypercall.h b/arch/arm/include/asm/xen/hypercall.h index 04eba1c..5abba48 100644 --- a/arch/arm/inc

Re: [PATCH v3 1/2] regulator: twl: adapt twl-regulator driver to dt

On Thu, Feb 23, 2012 at 05:05:53PM +0530, Rajendra Nayak wrote: > Modify the twl regulator driver to extract the regulator_init_data from > device tree when passed, instead of getting it through platform_data > structures (on non-DT builds) This doesn't apply to current -next, I expect because of

Re: gcc: Thumb interworking and weakly linked functions

On 23/02/12 10:27, Aneesh V wrote: > Ok. Agree. I never used to use %function when I wrote assembly > functions earlier. I am sure a lot of code will break if this was > enforced. If you've not used %function on ARM, then your code is semantically broken even if it isn't syntactically broken. The

Re: [PATCH v2 0/4] omap hsmmc device tree support

On Thursday 23 February 2012 05:31 PM, Rajendra Nayak wrote: This series adds device tree support for OMAP hsmmc driver. The series is dependent on a couple other series, to add TWL regulator DT support[1] and another to clean the pdev->id usage within the hsmmc driver[2] all patches including t

[PATCH v2 4/4] arm/dts: OMAP3: Add mmc controller nodes and board data

Add omap mmc related device tree data for OMAP3. Currenly limited to only omap3-beagle board. Signed-off-by: Rajendra Nayak --- arch/arm/boot/dts/omap3-beagle.dts |6 ++ arch/arm/boot/dts/omap3.dtsi | 26 ++ 2 files changed, 32 insertions(+), 0 deletions(-

[PATCH v2 2/4] mmc: omap_hsmmc: Avoid a regulator voltage change with dt

When booting with Device tree, the omap_hsmmc driver does not program the pbias cell (inside OMAP control module) during a regulator voltage change. In case of non-dt boot, this is handled using callbacks from within platform_data and implemented in machine code. To be able to do this with device t

[PATCH v2 1/4] mmc: omap_hsmmc: Convert hsmmc driver to use device tree

Define dt bindings for the ti-omap-hsmmc, and adapt the driver to extract data (which was earlier passed as platform_data) from device tree. Signed-off-by: Rajendra Nayak --- .../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 31 + drivers/mmc/host/omap_hsmmc.c |

[PATCH v2 0/4] omap hsmmc device tree support

This series adds device tree support for OMAP hsmmc driver. The series is dependent on a couple other series, to add TWL regulator DT support[1] and another to clean the pdev->id usage within the hsmmc driver[2] all patches including the dependent series can be found here git://gitorious.org/omap-

[PATCH v2 3/4] arm/dts: OMAP4: Add mmc controller nodes and board data

Add omap mmc related device tree data for OMAP4. Currenly limited to only omap4-panda and omap4-sdp boards. Signed-off-by: Rajendra Nayak --- arch/arm/boot/dts/omap4-panda.dts | 10 ++ arch/arm/boot/dts/omap4-sdp.dts | 16 arch/arm/boot/dts/omap4.dtsi | 31 +

Re: gcc: Thumb interworking and weakly linked functions

Aneesh V wrote on 23.02.2012 11:27:40: > > The "packed" attribute specifies that all struct elements ought to be > > considered to have alignment requirement 1 instead of their default > > alignment. Thus the whole struct ends up having alignment requirement 1; > > and since the section contains

[PATCH v3 1/2] regulator: twl: adapt twl-regulator driver to dt

Modify the twl regulator driver to extract the regulator_init_data from device tree when passed, instead of getting it through platform_data structures (on non-DT builds) Also add documentation for TWL regulator specific bindings. Signed-off-by: Rajendra Nayak --- .../bindings/regulator/twl-reg

[PATCH v3 2/2] arm/dts: twl: Pass regulator data from dt

Pass all the voltage regulator information for twl6030/twl4030 PMIC from device tree. Signed-off-by: Rajendra Nayak Signed-off-by: Benoit Cousson --- arch/arm/boot/dts/omap3-beagle.dts |6 +++ arch/arm/boot/dts/twl4030.dtsi | 18 +++ arch/arm/boot/dts/twl6030.dtsi | 60 +

[PATCH v3 0/2] Device tree support for TWL regulators

Re-sending as these patches did not make it to the lists due to issues with my 'git send-email' v3 has mainly 2 differences from v2 -1- TWL driver now uses just one table for both dt and non-dt based lookup for driver data. -2- All common regulator nodes for twl4030 and twl6030 are now defined in

[PATCH v2 0/6] mmc: omap_hsmmc: Clean up use/abuse of pdev->id

Re-sending as these patches did not make it to the lists due to issues with my 'git send-email' This series mainly cleans up all instances of hardcoding's in the driver based on pdev->id. This is cleanup leading to the DT adaptation of omap_hsmmc driver. v2 mainly has some minor changes to get ri

[PATCH v2 1/6] mmc: omap_hsmmc: use platform_get_resource_byname for tx/rx DMA channels

From: Balaji T K Git rid of hardcoded tx/rx DMA channels based on pdev->id and use platform_get_resource_byname() to retrieve them instead. Signed-off-by: Balaji T K Signed-off-by: Rajendra Nayak Tested-by: Venkatraman S --- drivers/mmc/host/omap_hsmmc.c | 35 +++---

[PATCH v2 2/6] mmc: omap_hsmmc: remove unused .set_sleep function

From: Balaji T K set_sleep seems to be unused in omap_hsmmc driver. so get rid of it. Signed-off-by: Balaji T K Signed-off-by: Rajendra Nayak Tested-by: Venkatraman S --- arch/arm/plat-omap/include/plat/mmc.h |2 - drivers/mmc/host/omap_hsmmc.c | 60

[PATCH v2 4/6] mmc: omap_hsmmc: Get rid of omap_hsmmc_1_set_power function

Use omap_hsmmc_235_set_poweri() (now renamed as omap_hsmmc_set_power()) for MMC1 instance as well and get rid of omap_hsmmc_1_set_power() completely. omap_hsmmc_235_set_power() seems to implemented as a superset of omap_hsmmc_1_set_power() with additonal functionality implemented based on additiona

[PATCH v2 5/6] mmc: omap_hsmmc: Get rid of omap_hsmmc_4_set_power function

Now that omap_hsmmc_set_power() already has a check to return 0 if !host->vcc, it seems like it can be used even on MMC4 instead of the dummy omap_hsmmc_4_set_power(). This also helps get rid of all the host->id based check to populate the right function for on-chip/external level shifting and use

[PATCH v2 6/6] mmc: omap_hsmmc: Don't expect MMC1 to always have vmmc supply

MMC1 is not the only instance that can be used/wired for SD. So remove this assumption from the driver. Now that all the mmc id based usage is removed, get rid of all the DEVID defines and also the 'id' field from the omap_hsmmc_host structure. Signed-off-by: Rajendra Nayak Tested-by: Venkatrama

[PATCH v2 3/6] mmc: omap_hsmmc: Use OMAP_HSMMC_SUPPORTS_DUAL_VOLT flag to remove host->id based hardcoding

From: Balaji T K Use OMAP_HSMMC_SUPPORTS_DUAL_VOLT flag instead of host->id for identifying SD bus voltage capabilities. Signed-off-by: Balaji T K Signed-off-by: Rajendra Nayak Tested-by: Venkatraman S --- drivers/mmc/host/omap_hsmmc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions

Re: [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number

On 23 February 2012 12:16, R, Durgadoss wrote: > Hi Amit, > >> -Original Message- >> From: amit kachhap [mailto:amitdani...@gmail.com] On Behalf Of Amit Daniel >> Kachhap >> Sent: Wednesday, February 22, 2012 3:44 PM >> To: linux...@lists.linux-foundation.org >> Cc: linux-ker...@vger.kerne

Re: gcc: Thumb interworking and weakly linked functions

On Tuesday 21 February 2012 03:27 PM, Dave Martin wrote: On Mon, Feb 20, 2012 at 06:59:53PM +0100, Ulrich Weigand wrote: "V, Aneesh" wrote: I agree that not marking the assembly functions ' %function' is a problem in the code, so it's not a critical bug. But I would've been happier if the lin

Re: gcc: Thumb interworking and weakly linked functions

Oops! Sorry. These mails skipped my Inbox and went into a sub-folder in my mail client that I hadn't used for a long time. I didn't realize that I had mails! On Monday 20 February 2012 11:29 PM, Ulrich Weigand wrote: "V, Aneesh" wrote: I agree that not marking the assembly functions ' %functi

Re: Ubuntu LEB 12.02 RC images

, at releases.linaro.org. > > Respin request for: Acked and pushed. Thanks. > linaro-o-ubuntu-desktop: > Link:http://snapshots.linaro.org/oneiric/linaro-o-ubuntu-desktop/20120223/1/images/tar/linaro-o-ubuntu-desktop-tar-20120223-1.tar.gz > (still building) > Bugs fixed: >  * U

[ACTIVITY] Graphics weekly status - wk082012 (20120220-20120224)

Hello here is the status of the Graphics group. Latest meeting minutes can be found in https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2012-02-22 = Highlights = - related to the 12.02 release the group managed to release the intended components: libmatrix, glcompbench, glmark2,

RE: [PATCH 1/4] thermal: Add a new trip type to use cooling device instance number

Hi Amit, > -Original Message- > From: amit kachhap [mailto:amitdani...@gmail.com] On Behalf Of Amit Daniel > Kachhap > Sent: Wednesday, February 22, 2012 3:44 PM > To: linux...@lists.linux-foundation.org > Cc: linux-ker...@vger.kernel.org; mj...@srcf.ucam.org; linux- > a...@vger.kernel.org