In an effort to structure the demands on the LAVA lab as Linaro
continues to grow and requests become more frequent, the LAVA team has
put in place a process for requesting work in the LAVA lab.
More platforms and devices are being added to the LAVA lab and the
demands on the LAVA team are growing. With this process we hope to be
able to accommodate all work requests as quickly as possible.
Please see
https://wiki.linaro.org/Platform/LAVA/DevOps/LavaLabProcess
This is a work in progress and we invite all to comment.
--
David Zinman
Linaro Release Manager | Project Manager
Linaro.org | Open source software for ARM SoCs
Hi all,
We received this
---------- Forwarded message ----------
From: Amber Graner <amber.graner(a)linaro.org>
Date: 19 September 2012 11:34
Subject: Re: Linaro Website Contact
To: JunrongYe <iua038_ye(a)aw-shanghai.cn>
Cc: contactus(a)linaro.org
Hi JunrongYe,
Thank you for your question. I have forwarded your question to the
DevPlatform mailing list. We also have a #linaro IRC channel on
irc.freenode.net that you can ask question in as well. You can subscribe
to the Devplatform mailing list at:
http://lists.linaro.org/mailman/listinfo/linaro-dev and information about
this and other Linaro teams can be found at:
https://wiki.linaro.org/FrontPage
Thank you again,
Amber
On 19 September 2012 04:51, Linaro Content Management System <
linaro(a)freshleafmedia.co.uk> wrote:
> **
> Linaro Website Form Submission - *Contact Form*
> A user has submitted the following information on the Linaro website:
>
> Name JunrongYe Email iua038_ye(a)aw-shanghai.cn Message I have installed
> the pre-built image of ubuntu 12.08 on my OrigenBoard. At the first I
> download the firmware-linux and copy the folder /ath6k/AR6003/hw2.1.1 to
> the folder /etc/firmware/ on my board.Then the wifi can work well.But now
> the wifi does not work.And it can not find any wireless router.At the same
> time the blueetooth can not work. I want the wifi can be used for my board.
> Can you help me to solve the problem. Thank you for your help. Form Url
> http://www.linaro.org/contact
>
>
> This enquiry was received via the *Contact Form* on the website:
> http://www.linaro.org/contact
>
> Thank you,
>
> Linaro
>
--
Amber Graner
User Experience and Community Specialist
Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs*
***
Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> |
Twitter<http://twitter.com/#%21/linaroorg>
| Blog <http://www.linaro.org/linaro-blog/>
*+1.828.582.9469* cell
*+1.828.395.1049* office
irc: akgraner
amber.graner(a)linaro.org (email and Google chat)
--
Amber Graner
User Experience and Community Specialist
Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs*
***
Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> |
Twitter<http://twitter.com/#%21/linaroorg>
| Blog <http://www.linaro.org/linaro-blog/>
*+1.828.582.9469* cell
*+1.828.395.1049* office
irc: akgraner
amber.graner(a)linaro.org (email and Google chat)
https://wiki.linaro.org/projects/big.LITTLE.MP
Blueprint updates:
================
https://blueprints.launchpad.net/linaro-qa/+spec/task-placement-testing
* smoke test is completed for cyclictest on Android.
* cpu and thread features of sysbench required for scheduler testing
currently.
* Android port supports those two features
* sysbench, cyclictests have been delivered from the Android team.
* cyclictest: dropped realtime clock feature in Android, libnuma
support removed from Android
* ftrace raw data mode vs. txt mode: kernel shark only supports raw data mode.
* By using sysbench and cyclictests we can create below listed loads
and time interval of running. while running these tests we need to
identify mechanism to instrument the kernel to identify and print, the
cluster number and core number, duration on test on each core. this
instrumentation has been planned at project level. so need to
communicate with development team and identify the best tools to trace
cpu, threads and time.
Roadmap Cards
==============
Technical steering committee are currently reviewing the big.LITTLE MP
roadmap cards:
http://cards.linaro.org/browse/CARD-189 (Mobile workload generation suite)
http://cards.linaro.org/browse/CARD-190 (Improving HMP Linux scheduling)
http://cards.linaro.org/browse/CARD-191 (Improving Idle frameworks in Linux)
http://cards.linaro.org/browse/CARD-192 (Simplifying power management
PULL request for big LITTLE MP v8 branch
====================================
* Major updates are:
* Based on v3.6-rc5
* new branch from
* Paulm: rcu-hotplug-v1
* vincent: scheduler-misc-v1 and sudeepk arm-multi_pmu_v1
* new version of patches from Morten: task-placement-v2
* config fragment updated for fast & slow cpu
** For more details please see:
http://lists.linaro.org/pipermail/linaro-dev/2012-September/013575.html
--
David Zinman
Linaro Release Manager | Project Manager
Linaro.org | Open source software for ARM SoCs
Hi ,
I am using saberlite EVK board and try to boot form SD card.
In the below link it is metioned that we need to be reflash board with a
small SD card loader to support boot from SD card.
https://wiki.linaro.org/Boards/MX6QSabreLite.
I did as per the link but it did't work for me. I even does not have MFG
tool to flash NOR.
Now my board doesnt have any image it seem. it is not booting and serial
console, i am not seeing any messages.
Please let me where i can get the MFG tool for saberlite and pre-build
image to flash my board again.
please help. i am deadly need of this......
--
Thanks & Regards
G.Srinivas Reddy.
Since commit 46bcfad7a819bd17ac4e831b04405152d59784ab,
cpuidle: Single/Global registration of idle states
we have a single registration for the cpuidle states which makes
sense. But now two new architectures are coming: tegra3 and big.LITTLE.
These architectures have different cpus with different caracteristics
for power saving. High load => powerfull processors, idle => small processors.
That implies different cpu latencies.
This patchset keeps the current behavior as introduced by Deepthi without
breaking the drivers and add the possibility to specify a per cpu states.
* Tested on intel core 2 duo T9500
* Tested on vexpress by Lorenzo Pieralsi
* Tested on tegra3 by Peter De Schrijver
Daniel Lezcano (6):
acpi : move the acpi_idle_driver variable declaration
acpi : move cpuidle_device field out of the acpi_processor_power
structure
acpi : remove pointless cpuidle device state_count init
cpuidle : add a pointer for cpuidle_state in the cpuidle_device
cpuidle : use per cpuidle device cpu states
cpuidle : add cpuidle_register_states function
drivers/acpi/processor_driver.c | 2 +-
drivers/acpi/processor_idle.c | 27 +++++++++++++++-------
drivers/cpuidle/cpuidle.c | 42 ++++++++++++++++++++++++++++-------
drivers/cpuidle/governors/ladder.c | 22 +++++++++---------
drivers/cpuidle/governors/menu.c | 8 +++---
drivers/cpuidle/sysfs.c | 3 +-
include/acpi/processor.h | 3 --
include/linux/cpuidle.h | 11 ++++++--
8 files changed, 76 insertions(+), 42 deletions(-)
--
1.7.5.4
Hi all,
this patch series implements Xen support for ARMv7 with virtualization
extensions. It allows a Linux guest to boot as dom0 and
as domU on Xen on ARM. PV console, disk and network frontends and
backends are all working correctly.
It has been tested on a Versatile Express Cortex A15 emulator, using the
latest Xen ARM developement branch
(git://xenbits.xen.org/people/ianc/xen-unstable.git arm-for-4.3) plus
the "ARM hypercall ABI: 64 bit ready" patch series
(http://marc.info/?l=xen-devel&m=134426267205408), and a simple ad-hoc
tool to build guest domains (marc.info/?l=xen-devel&m=134089788016546).
The patch marked with [HACK] has been dropped from this series, however
you can find it here:
http://marc.info/?l=linux-kernel&m=134513277823527&w=2.
I am also attaching to this email the dts'es that I am currently using
for dom0 and domU: vexpress-v2p-ca15-tc1.dts (that includes
vexpress-v2m-rs1-rtsm.dtsi) is the dts used for dom0 and it is passed to
Linux by Xen, while vexpress-virt.dts is the dts used for other domUs
and it is appended in binary form to the guest kernel image. I am not
sure where they are supposed to live yet, so I am just attaching them
here so that people can actually try out this series if they want to.
Comments are very welcome!
The patch series has been rebased on Konrad's stable/for-linus-3.7
branch.
Arnd, Russell, what do you think about this series? If you are OK with
it, to whom should I submit it?
Changes in v5:
- rebase on Konrad's stable/for-linus-3.7;
- add a comment about the size of the grant table memory region in the
device tree documentation;
- add a comment about the required presence of a GIC node in the device
tree documentation;
- specify that the described properties are part of a top-level
"hypervisor" node in the device tree documentation;
- specify #address-cells and #size-cells for the device tree example;
- make XEN_DOM0 depend on XEN;
- avoid "select XEN_DOM0" in XEN.
Changes in v4:
- rebase on 3.6-rc5;
- devicetree: "xen,xen" should be last as it is less specific;
- devicetree: use 2 address-cells and 2 size-cells in the reg property;
- do not xs_reset_watches on dom0;
- compile drivers/xen/pcpu.c only on x86;
- use "+=" instead of ":=" for dom0- targets;
- add a patch to update the MAINTAINERS file.
Changes in v3:
- move patches that have been picked up by Konrad at the end of the
series;
- improve comments;
- add a doc to describe the Xen Device Tree format;
- do not use xen_ulong_t for multicalls and apic_physbase;
- add a patch at the end of the series to use the new __HVC macro;
- add missing pvclock-abi.h include to ia64 header files;
- do not use an anonymous union in struct xen_add_to_physmap.
Changes in v2:
- fix up many comments and commit messages;
- remove the early_printk patches: rely on the emulated serial for now;
- remove the xen_guest_init patch: without any PV early_printk, we don't
need any early call to xen_guest_init, we can rely on core_initcall
alone;
- define an HYPERCALL macro for 5 arguments hypercall wrappers, even if
at the moment is unused;
- use ldm instead of pop in the hypercall wrappers;
- return -ENOSYS rather than -1 from the unimplemented grant_table
functions;
- remove the pvclock ifdef in the Xen headers;
- remove include linux/types.h from xen/interface/xen.h;
- replace pr_info with pr_debug in xen_guest_init;
- add a new patch to introduce xen_ulong_t and use it top replace all
the occurences of unsigned long in the public Xen interface;
- explicitely size all the pointers to 64 bit on ARM, so that the
hypercall ABI is "64 bit ready";
- clean up xenbus_init;
- make pci.o depend on CONFIG_PCI and acpi.o depend on CONFIG_ACPI;
- mark Xen guest support on ARM as EXPERIMENTAL;
- introduce GRANT_TABLE_PHYSADDR;
- remove unneeded initialization of boot_max_nr_grant_frames;
- add a new patch to clear IRQ_NOAUTOEN and IRQ_NOREQUEST in events.c;
- return -EINVAL from xen_remap_domain_mfn_range if
auto_translated_physmap;
- retain binary compatibility in xen_add_to_physmap: use a union to
introduce foreign_domid.
Shortlog and diffstat:
Stefano Stabellini (17):
arm: initial Xen support
xen/arm: hypercalls
xen/arm: page.h definitions
xen/arm: sync_bitops
xen/arm: empty implementation of grant_table arch specific functions
docs: Xen ARM DT bindings
xen/arm: Xen detection and shared_info page mapping
xen/arm: Introduce xen_ulong_t for unsigned long
xen: do not compile manage, balloon, pci, acpi, pcpu and cpu_hotplug on ARM
xen/arm: introduce CONFIG_XEN on ARM
xen/arm: get privilege status
xen/arm: initialize grant_table on ARM
xen/arm: receive Xen events on ARM
xen/arm: implement alloc/free_xenballooned_pages with alloc_pages/kfree
xen/arm: compile blkfront and blkback
xen/arm: compile netback
MAINTAINERS: add myself as Xen ARM maintainer
Documentation/devicetree/bindings/arm/xen.txt | 25 ++++
MAINTAINERS | 7 +
arch/arm/Kconfig | 10 ++
arch/arm/Makefile | 1 +
arch/arm/include/asm/hypervisor.h | 6 +
arch/arm/include/asm/sync_bitops.h | 27 ++++
arch/arm/include/asm/xen/events.h | 18 +++
arch/arm/include/asm/xen/hypercall.h | 69 ++++++++++
arch/arm/include/asm/xen/hypervisor.h | 19 +++
arch/arm/include/asm/xen/interface.h | 73 +++++++++++
arch/arm/include/asm/xen/page.h | 82 ++++++++++++
arch/arm/xen/Makefile | 1 +
arch/arm/xen/enlighten.c | 168 +++++++++++++++++++++++++
arch/arm/xen/grant-table.c | 53 ++++++++
arch/arm/xen/hypercall.S | 106 ++++++++++++++++
arch/ia64/include/asm/xen/interface.h | 1 +
arch/x86/include/asm/xen/interface.h | 1 +
arch/x86/xen/enlighten.c | 1 +
arch/x86/xen/irq.c | 1 +
arch/x86/xen/xen-ops.h | 1 -
drivers/block/xen-blkback/blkback.c | 1 +
drivers/net/xen-netback/netback.c | 1 +
drivers/net/xen-netfront.c | 1 +
drivers/xen/Makefile | 13 ++-
drivers/xen/events.c | 17 ++-
include/xen/events.h | 2 +
include/xen/interface/features.h | 3 +
include/xen/interface/io/protocols.h | 3 +
include/xen/interface/memory.h | 12 +-
include/xen/interface/physdev.h | 2 +-
include/xen/interface/version.h | 2 +-
include/xen/xen.h | 2 +-
32 files changed, 712 insertions(+), 17 deletions(-)
A branch based on 3.6-rc5 and Konrad's stable/for-linus-3.7 is available
here:
git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git 3.6-rc5-arm-5
Cheers,
Stefano
The bootlog in Ubuntu/Android images provide minimal information about
the current HEAD from which the kernel was built. This patchset enables
us to get detailed version info of the kernel.
Tested both on Ubuntu and Android images.
Patch 1 is already submitted to kernel-build ML and has been rejected.
Hence review of this patchset is required w.r.t. Android/Ubuntu LEB and
linux-linaro in mind.
Tushar Behera (3):
kbuild: setlocalversion: ignore private tags while reporting local
version
kbuild: Add support to extract information about current git commit
HEAD
init: Add additional print for detailed kernel version
Makefile | 7 +++++--
include/linux/printk.h | 1 +
init/main.c | 3 +++
init/version.c | 3 +++
scripts/setlocalversion | 5 +++--
5 files changed, 15 insertions(+), 4 deletions(-)
--
1.7.4.1