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;
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,
this
thursday, 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:
* Ubuntu Audio
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, Aneeshane...@ti.com wrote:
I agree that not marking the assembly
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, Aneeshane...@ti.com 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
On 23 February 2012 12:16, R, Durgadoss durgados...@intel.com 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:
From: Balaji T K balaj...@ti.com
Use OMAP_HSMMC_SUPPORTS_DUAL_VOLT flag instead of host-id
for identifying SD bus voltage capabilities.
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Tested-by: Venkatraman S svenk...@ti.com
---
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
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 rna...@ti.com
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
From: Balaji T K balaj...@ti.com
set_sleep seems to be unused in omap_hsmmc driver. so get rid of it.
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Tested-by: Venkatraman S svenk...@ti.com
---
arch/arm/plat-omap/include/plat/mmc.h |2 -
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
From: Balaji T K balaj...@ti.com
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 balaj...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Tested-by: Venkatraman S svenk...@ti.com
---
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
Pass all the voltage regulator information for
twl6030/twl4030 PMIC from device tree.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts |6 +++
arch/arm/boot/dts/twl4030.dtsi | 18 +++
Aneesh V ane...@ti.com 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
Add omap mmc related device tree data for OMAP4.
Currenly limited to only omap4-panda and omap4-sdp
boards.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts | 10 ++
arch/arm/boot/dts/omap4-sdp.dts | 16
arch/arm/boot/dts/omap4.dtsi
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 rna...@ti.com
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 31 +
drivers/mmc/host/omap_hsmmc.c
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
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
Add omap mmc related device tree data for OMAP3.
Currenly limited to only omap3-beagle board.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts |6 ++
arch/arm/boot/dts/omap3.dtsi | 26 ++
2 files changed, 32 insertions(+),
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
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
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
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
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
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
+++
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
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 +
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
__XEN__ is never defined in Linux: remove non-relevant functions and
macros
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
arch/arm/include/asm/xen/interface.h |9 +
1 files changed, 1 insertions(+), 8 deletions(-)
diff --git
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
Compile events.c and use IRQ 32 to receive events notifications.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
arch/arm/include/asm/xen/events.h |9 +
drivers/xen/events.c | 36 +++-
2 files changed, 44
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
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
Also select XEN_DOM0 by default.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
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
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.
--- 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;
+
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)
$
bug opened:
https://bugs.launchpad.net/linaro-ubuntu/+bug/939938
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
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)
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 {
+
39 matches
Mail list logo
