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 series applied and the corresponding Xen patch series
(http://marc.info/?l=xen-devel&m=133001696312879) is possible to boot
Linux as Dom0 on Xen on a Versatile Express Cortex A15 emulator and
issue basic xl commands, like "xl list" and "xl uptime".
"xl create" is still not working though but it is the next on the list
:)
Working on this series it became obvious that passing the hypercall
number as IMM parameter to HVC is not flexible enough because we don't
always know the hypercall number at compile time.
As a result I changed the hypercall.h header file to use r12 to pass the
hypercall number instead. r12 was chosen because it is defined as
"intra-procedure call scratch register" so it seems the most appropriate.
I have CC'ed the KVM list on the first patch because following previous
discussions hypercall.h might become a common header file to issue
hypercalls on different hypervisors on ARM. I haven't disentangled the
Xen specific bits from the generic ones yet, however it should be
straightforward.
I am looking forward to hearing your opinions, especially on the
hypercall calling convention.
The patch series is available here:
git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git xenarmv7-1
It is based on the vexpress-dt branch of
git://xenbits.xen.org/people/dvrabel/linux.git, that we are currently
using as development tree for Linux on Xen on Cortex A15. See
http://wiki.xen.org/wiki/Xen_ARMv7_with_Virtualization_Extensions.
The list of patches with diffstat follows:
Stefano Stabellini (13):
xen/arm: use r12 to pass the hypercall number to the hypervisor
xen/arm: introduce privcmp, physdev_op and memory_op hypercalls.
xen/arm: mmu.h and page.h related definitions
xen/arm: sync_bitops
xen/arm: empty implementation of grant_table arch specific functions
xen/arm: missing includes
xen/arm: receive xen events on arm
xen/arm: fix arm xen guest handle definitions
xen/arm: shared_info and start_info
xen/arm: empty implementation of xen_remap_domain_mfn_range
xen/arm: Introduce xen_pfn_t for pfn and mfn types
xen/arm: compile and run xenbus
xen/arm: compile grant-table features events and xenbus, do not compile pci
arch/arm/Kconfig | 4 +
arch/arm/include/asm/sync_bitops.h | 17 ++++
arch/arm/include/asm/xen/events.h | 9 ++
arch/arm/include/asm/xen/grant_table.h | 2 +
arch/arm/include/asm/xen/hypercall.h | 111 ++++++++++++++++++----------
arch/arm/include/asm/xen/interface.h | 12 +--
arch/arm/include/asm/xen/mmu.h | 61 +++++++++++++++
arch/arm/include/asm/xen/page.h | 14 +++-
arch/arm/xen/Makefile | 2 +-
arch/arm/xen/enlighten.c | 71 ++++++++++++++++--
arch/arm/xen/grant-table.c | 47 ++++++++++++
arch/ia64/include/asm/xen/interface.h | 3 +-
arch/x86/include/asm/xen/interface.h | 3 +
drivers/xen/Makefile | 7 +-
drivers/xen/events.c | 36 +++++++++-
drivers/xen/grant-table.c | 2 +
drivers/xen/xenbus/xenbus_client.c | 1 +
drivers/xen/xenbus/xenbus_comms.c | 2 +-
drivers/xen/xenbus/xenbus_probe.c | 26 ++++---
drivers/xen/xenbus/xenbus_probe_frontend.c | 1 +
drivers/xen/xenbus/xenbus_xs.c | 3 +-
drivers/xen/xenfs/xenstored.c | 1 +
include/xen/interface/grant_table.h | 4 +-
include/xen/interface/memory.h | 6 +-
include/xen/interface/platform.h | 4 +-
include/xen/interface/xen.h | 6 +-
include/xen/privcmd.h | 3 +-
include/xen/xen.h | 2 +-
28 files changed, 371 insertions(+), 89 deletions(-)
Cheers,
Stefano
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-pm/linux.git for-dt/regulator
The series is tested on omap4sdp (both external and emmc),
omap4panda amd omap3beagle boards.
Things to do:
-1- Card detect isn't functional and needs twl4030 gpio
to be DT converted.
-2- pbias cell programming is missing and needs an OMAP
control module driver.
[1] http://marc.info/?l=linux-omap&m=132999699905180&w=2
[2] http://marc.info/?l=linux-omap&m=132999646604985&w=2
Rajendra Nayak (4):
mmc: omap_hsmmc: Convert hsmmc driver to use device tree
mmc: omap_hsmmc: Avoid a regulator voltage change with dt
arm/dts: OMAP4: Add mmc controller nodes and board data
arm/dts: OMAP3: Add mmc controller nodes and board data
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 31 +++++++
arch/arm/boot/dts/omap3-beagle.dts | 6 ++
arch/arm/boot/dts/omap3.dtsi | 26 ++++++
arch/arm/boot/dts/omap4-panda.dts | 10 +++
arch/arm/boot/dts/omap4-sdp.dts | 16 ++++
arch/arm/boot/dts/omap4.dtsi | 31 +++++++
drivers/mmc/host/omap_hsmmc.c | 83 +++++++++++++++++++-
7 files changed, 202 insertions(+), 1 deletions(-)
create mode 100644 Documentation/devicetree/bindings/mmc/ti-omap-hsmmc.txt
Hi
Today morning I've noticed that my beagle C4 is not working well.
This is the output a seen on serial:
(Also here: https://pastebin.linaro.org/424/)
40W
U-Boot SPL 2011.12 (Feb 16 2012 - 21:43:13)
Texas Instruments Revision detection unimplemented
OMAP SD/MMC: 0
mmc_send_cmd: timedout waiting for cmddis!
** Can't read from device 0 **
spl: fat register err - -1
### ERROR ### Please RESET the board ###
The SD card is connected via uSD -> SD adapter and works fine in other
boards. I've tried re-attaching everything a dozen times.
Thanks
ZK
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 rid of a debug print
which was still using host->id and getting rid of 'id' field
entirely from omap_hsmmc_host struct.
The series is tested on OMAP4SDP, OMAP4panda, OMAP3beagle and OMAP2430SDP
boards.
regards,
Rajendra
Balaji T K (3):
mmc: omap_hsmmc: use platform_get_resource_byname for tx/rx DMA
channels
mmc: omap_hsmmc: remove unused .set_sleep function
mmc: omap_hsmmc: Use OMAP_HSMMC_SUPPORTS_DUAL_VOLT flag to remove
host->id based hardcoding
Rajendra Nayak (3):
mmc: omap_hsmmc: Get rid of omap_hsmmc_1_set_power function
mmc: omap_hsmmc: Get rid of omap_hsmmc_4_set_power function
mmc: omap_hsmmc: Don't expect MMC1 to always have vmmc supply
arch/arm/plat-omap/include/plat/mmc.h | 2 -
drivers/mmc/host/omap_hsmmc.c | 175 +++------------------------------
2 files changed, 16 insertions(+), 161 deletions(-)
Hello,
Once again Linaro will be having the the ARM Porting Jam, which will
happen during this friday. We had quite a good feedback and quite many
folks working on FTBFS related issues last Friday, but we still have a
long list to fix before the release.
If you're interested on helping fixing FTBFS issues and other porting
bugs related with ARM, please check the bug list at
http://people.linaro.org/~rsalveti/arm-porting-queue/arm-porting-queue-repo…
and join us at #linaro/#ubuntu-motu at freenode today!
Thanks!
--
Ricardo Salveti de Araujo
Hi All,
There's a scheduled downtime for 30 min, tomorrow at 15:00UTC.
We plan to increase the disk space available on people.linaro.org.
Thanks.
Cheers,
--
Fathi