From: Mark Brown <broonie(a)linaro.org>
We don't have any devices that usefully use ION but this at least
ensures that we have build coverage.
Signed-off-by: Mark Brown <broonie(a)linaro.org>
---
linaro/configs/android.conf | 1 +
1 file changed, 1 insertion(+)
diff --git a/linaro/configs/android.conf b/linaro/configs/android.conf
index bb90ecd9e162..538adefff80f 100644
--- a/linaro/configs/android.conf
+++ b/linaro/configs/android.conf
@@ -29,3 +29,4 @@ CONFIG_BLK_DEV_RAM_SIZE=16384
CONFIG_FUSE_FS=y
CONFIG_CPU_FREQ_GOV_INTERACTIVE=y
CONFIG_CPU_FREQ_DEFAULT_GOV_INTERACTIVE=y
+CONFIG_ION=y
--
1.8.5.1
On Sun, Dec 08, 2013 at 04:38:58PM +0000, Peter Maydell wrote:
> Sorry, but there is already shipping software (kvmtool
> and QEMU) which isn't emitting clock-frequency properties
> for cpu nodes, based on what you documented in the kernel
> doc file, which says:
I didn't document anything here except this patch, I was just trying to
reconcile the implementation with the documentation.
> "The ARM architecture, in accordance with the ePAPR, requires
> the cpus and cpu nodes to be present and contain the properties
> described below."
> not "must contain the properties described below and also
> any others that the ePAPR spec says are mandatory".
I think that's a fairly tortured way of reading the language there to be
honest (and doesn't reflect the actual deployed code reading the binding
which does use this property without documentation outside ePAPR and does
warn if it's absent). If that really is how we want to read things then
we probably ought to delete the reference to ePAPR both here and in the
other binding documentation we have and fork the specs.
> So I'm afraid you're stuck with this being an optional property.
Like I say I think a reasonable and robust implementation shouldn't
reject a device tree with it missing but that doesn't stop the device
tree being out of spec. This is also the existing kernel behaviour for
this property so we're stuck with it anyway and my goal here was to
minimise our deviation from the spec so I introduced the minimum
practical change in the process of copying it in for discoverability.
This sort of situation is going to become more and more common as people
actually look at device trees in production; the kernel will have to be
robust against device trees that it previously accepted even if they are
out of spec (and should just generally be robust in parsing). We've got
to understand that the kernel will fill the role Windows does for PCs -
things that run well enough with existing kernels are going to end up
being released regardless of spec conformance. Kernels should be
liberal in what they accept, DTs should be conservative in what they
contain and both need to understand that the other is going to get it
wrong some of the time.
> (It's also not at all clear what a virtual machine's devicetree
> should set the clock-frequency properties to anyway...)
Yes, it's a poorly considered property all round. Most currently
available silicon has variable clocks for the cores which is an issue
with a fixed DT like FDT provides and like you say for simulators and so
on it's meaningless.
Ideally someone with the time/enthuisiasm will get this dealt with more
sensibly in a future revision of ePAPR.
my panda board ES failed to boot up when I use omap2plus_defconfig + CPU_IDLE.
Is it a known issue or I missed sth in kernel?
CONFIG_CPU_IDLE=y
# CONFIG_CPU_IDLE_MULTIPLE_DRIVERS is not set
CONFIG_CPU_IDLE_GOV_LADDER=y
CONFIG_CPU_IDLE_GOV_MENU=y
CONFIG_ARCH_NEEDS_CPU_IDLE_COUPLED=y
kernel hang after the following output.
2.276641] omap_hsmmc 4809c000.mmc: pins are not configured from the driver
[ 2.325531] pinctrl-single 4a31e040.pinmux: mux offset out of range: 0x38 (0x38)
[ 2.333648] pinctrl-single 4a31e040.pinmux: could not add functions for pinmux_wl12xx_pins 56x
[ 2.343231] omap-dma-engine 4a056000.dma-controller: allocating channel for 60
[ 2.351043] omap-dma-engine 4a056000.dma-controller: allocating channel for 59
[ 2.358917] 480d5000.mmc supply vmmc_aux not found, using dummy regulator
[ 2.383331] hw-breakpoint: Failed to enable monitor mode on CPU 0.
[ 2.390411] hw-breakpoint: CPU 0 failed to disable vector catch
--
Thanks
Alex
From: Arnaldo Carvalho de Melo <acme(a)ghostprotocols.net>
Hi Ingo,
I ended up deciding sending the whole series, repeating the first
dozen, with the "perf evsel: Skip ignored symbols while printing callchain"
one fixed up wrt Adrian's report.
Please consider applying,
Best Regards,
- Arnaldo
The following changes since commit 65661f96d3b32f4b28fef26d21be81d7e173b965:
perf/x86: Add RAPL hrtimer support (2013-11-27 15:31:23 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux tags/perf-core-for-mingo
for you to fetch changes up to aa880acd0853437933cefcb7d745b03fde3e6a3d:
perf tools unwinding: Use the per-feature check flags (2013-11-27 16:50:28 -0300)
----------------------------------------------------------------
perf/core improvements and fixes:
. Make per-cpu mmaps the default in 'perf record', from Adrian Hunter.
. Default -t/--thread 'perf record' option to no inheritance,
from Adrian Hunter.
. Make 'perf top -g' refer to callchains, for consistency with other tools,
from David Ahern.
. Skip ignored symbols while printing callchain, from David Ahern.
. Print callchains and symbols if they exist in 'perf script',
from David Ahern.
. Remove thread summary coloring in 'perf trace', from Pekka Enberg.
. zsh completion support, from Ramkumar Ramachandra.
. 'perf timechart' improvements, including backtrace support,
from Stanislav Fomichev.
. Fix using kcore files stored in the buildid cache when doing report/annotate
in non-live sessions, from Adrian Hunter
. Minor 'timechart' cleanups.
. Fix libunwind build suport on ARM, from Jean Pihet.
. Fix tags/TAGS targets rebuilding, from Jiri Olsa.
. Add options to show comm, fork, exit and mmap PERF_RECORD_ events in
'perf script', from Namhyung Kim.
Signed-off-by: Arnaldo Carvalho de Melo <acme(a)redhat.com>
----------------------------------------------------------------
Adrian Hunter (5):
perf record: Make per-cpu mmaps the default.
perf tools: Allow '--inherit' as the negation of '--no-inherit'
perf tools: Add option macro OPT_BOOLEAN_SET
perf record: Default -t option to no inheritance
perf symbols: Fix not finding kcore in buildid cache
Arnaldo Carvalho de Melo (2):
perf timechart: Remove some needless struct forward declarations
perf timechart: Remove misplaced __maybe_unused
David Ahern (6):
perf top: Make -g refer to callchains
perf evsel: Skip ignored symbols while printing callchain
perf symbols: Move idle syms check from top to generic function
perf thread: Move comm_list check into function
perf tools: Export setup_list
perf script: Print callchains and symbols if they exist
Jean Pihet (2):
perf tools: Add per-feature check flags
perf tools unwinding: Use the per-feature check flags
Jiri Olsa (1):
perf tools: Fix tags/TAGS targets rebuilding
Namhyung Kim (3):
perf script: Move evname print code to process_event()
perf script: Print comm, fork and exit events also
perf script: Print mmap[2] events also
Pekka Enberg (1):
perf trace: Remove thread summary coloring
Ramkumar Ramachandra (5):
perf completion: Introduce a layer of indirection
perf completion: Factor out compgen stuff
perf completion: Factor out call to __ltrim_colon_completions
perf completion: Introduce zsh support
perf completion: Rename file to reflect zsh support
Stanislav Fomichev (8):
perf timechart: Always try to print at least 15 tasks
perf timechart: Add option to limit number of tasks
perf timechart: Use proc_num to implement --power-only
perf timechart: Add support for displaying only tasks related data
perf timechart: Group figures and add title with details
perf timechart: Add support for -P and -T in timechart recording
perf timechart: Add backtrace support
perf timechart: dynamically determine event fields offset
Steven Rostedt (1):
tools lib traceevent: Use helper trace-seq in print functions like kernel does
tools/lib/traceevent/event-parse.c | 7 +-
tools/perf/Documentation/perf-record.txt | 12 +-
tools/perf/Documentation/perf-script.txt | 6 +
tools/perf/Documentation/perf-timechart.txt | 26 +-
tools/perf/Documentation/perf-top.txt | 5 +-
tools/perf/Makefile | 7 +-
tools/perf/Makefile.perf | 4 +-
tools/perf/builtin-record.c | 13 +-
tools/perf/builtin-script.c | 209 ++++++++++-
tools/perf/builtin-timechart.c | 418 ++++++++++++++-------
tools/perf/builtin-top.c | 29 +-
tools/perf/builtin-trace.c | 13 +-
tools/perf/config/Makefile | 38 +-
tools/perf/config/feature-checks/Makefile | 6 +-
tools/perf/{bash_completion => perf-completion.sh} | 100 ++++-
tools/perf/perf.h | 1 +
tools/perf/tests/attr/test-record-no-inherit | 2 +-
tools/perf/util/event.c | 3 +-
tools/perf/util/evlist.c | 6 +-
tools/perf/util/evsel.c | 5 +-
tools/perf/util/parse-options.c | 21 ++
tools/perf/util/parse-options.h | 8 +
tools/perf/util/session.c | 10 +-
tools/perf/util/svghelper.c | 77 +++-
tools/perf/util/svghelper.h | 11 +-
tools/perf/util/symbol.c | 41 +-
tools/perf/util/symbol.h | 4 +
tools/perf/util/target.c | 11 +-
tools/perf/util/target.h | 4 +-
tools/perf/util/thread.h | 12 +
30 files changed, 855 insertions(+), 254 deletions(-)
rename tools/perf/{bash_completion => perf-completion.sh} (65%)
From: Mark Brown <broonie(a)linaro.org>
Reported-by: Laurent Pinchart <laurent.pinchart(a)ideasonboard.com>
Signed-off-by: Mark Brown <broonie(a)linaro.org>
---
Documentation/devicetree/bindings/regulator/gpio-regulator.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/regulator/gpio-regulator.txt b/Documentation/devicetree/bindings/regulator/gpio-regulator.txt
index 63c659800c03..aaf5f66e66fb 100644
--- a/Documentation/devicetree/bindings/regulator/gpio-regulator.txt
+++ b/Documentation/devicetree/bindings/regulator/gpio-regulator.txt
@@ -10,6 +10,8 @@ Optional properties:
- gpios : GPIO group used to control voltage.
- startup-delay-us : Startup time in microseconds.
- enable-active-high : Polarity of GPIO is active high (default is low).
+- regulator-type : Specifies what is being regulated, must be either
+ "voltage" or "current"
Any property defined as part of the core regulator binding defined in
regulator.txt can also be used.
--
1.8.5.1
From: Al Stone <al.stone(a)linaro.org>
Correct "coolign" to "cooling" and "*_ptg" to "*_pctg" as intended.
This changes comment text only.
Signed-off-by: Al Stone <al.stone(a)linaro.org>
---
drivers/acpi/processor_thermal.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/processor_thermal.c b/drivers/acpi/processor_thermal.c
index d1d2e7f..1ea79739 100644
--- a/drivers/acpi/processor_thermal.c
+++ b/drivers/acpi/processor_thermal.c
@@ -186,14 +186,14 @@ static int cpufreq_set_cur_state(unsigned int cpu, int state)
#endif
-/* thermal coolign device callbacks */
+/* thermal cooling device callbacks */
static int acpi_processor_max_state(struct acpi_processor *pr)
{
int max_state = 0;
/*
* There exists four states according to
- * cpufreq_thermal_reduction_ptg. 0, 1, 2, 3
+ * cpufreq_thermal_reduction_pctg. 0, 1, 2, 3
*/
max_state += cpufreq_get_max_state(pr->id);
if (pr->flags.throttling)
--
1.8.3.1
From: Mark Brown <broonie(a)linaro.org>
While testing the upcoming dmaengine conversion for the driver Padma
noticed that the DMA data for the secondard DAI is not being correctly
initialised and provided a fix on top of the conversion. Also do this
fix for mainline.
Reported-by: Padmavathi Venna <padma.v(a)samsung.com>
Signed-off-by: Mark Brown <broonie(a)linaro.org>
Cc: stable(a)vger.kernel.org
---
Compile tested only, I don't have hardware to test.
sound/soc/samsung/i2s.c | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/sound/soc/samsung/i2s.c b/sound/soc/samsung/i2s.c
index a5cbdb4f1655..f9f2227421ea 100644
--- a/sound/soc/samsung/i2s.c
+++ b/sound/soc/samsung/i2s.c
@@ -946,8 +946,11 @@ static int samsung_i2s_dai_probe(struct snd_soc_dai *dai)
struct i2s_dai *i2s = to_info(dai);
struct i2s_dai *other = i2s->pri_dai ? : i2s->sec_dai;
- if (other && other->clk) /* If this is probe on secondary */
+ if (other && other->clk) { /* If this is probe on secondary */
+ snd_soc_dai_init_dma_data(dai, &other->sec_dai->dma_playback,
+ NULL);
goto probe_exit;
+ }
i2s->addr = ioremap(i2s->base, 0x100);
if (i2s->addr == NULL) {
--
1.8.5.1
This is the last part of patch set for core of ARM64 ACPI, and is based
on the patch set part2 "Using ACPI MADT table to initialise SMP and GIC".
ACPI GTDT (Generic Timer Description Table) is used for ARM/ARM64 only,
and contains the information for arch timer initialisation.
This patch trys to convert the arch timer to ACPI using GTDT.
After this patch set was posted, we already finished the SMP, GIC and
arch timer initialisation, which all are essential for ARM64 core system
running, then we will focus on converting the device drivers to ACPI.
Here is the GTDT ASL code I used:
---
platforms/foundation-v8.acpi/gtdt.asl | 35 ++++++++++++++++++++++-----------
1 file changed, 23 insertions(+), 12 deletions(-)
diff --git a/platforms/foundation-v8.acpi/gtdt.asl b/platforms/foundation-v8.acpi/gtdt.asl
index 18c821a..714d61c 100644
--- a/platforms/foundation-v8.acpi/gtdt.asl
+++ b/platforms/foundation-v8.acpi/gtdt.asl
@@ -1,5 +1,6 @@
/*
* Copyright (c) 2013, Al Stone <al.stone(a)linaro.org>
+ * Hanjun Guo <hanjun.guo(a)linaro.org>
*
* [GTDT] Generic Timer Description Table
* Format: [ByteLength] FieldName : HexFieldValue
@@ -21,22 +22,32 @@
[0004] Flags (decoded below) : 00000001
Memory Present : 1
-[0004] Secure PL1 Interrupt : 00000000
-[0004] SPL1 Flags (decoded below) : 00000000
- Trigger Mode : 0
+/* In Foundation model's dts file, the last cell of interrupts
+ * is 0xff01, it means its cpu mask is FF, and trigger type
+ * and flag is 1 = low-to-high edge triggered.
+ *
+ * so in ACPI the Trigger Mode is 1 - Edge triggered, and
+ * Polarity is 0 - Active high as ACPI spec describled.
+ *
+ * using direct mapping for hwirqs, it means that we using
+ * ID [16, 31] for PPI, not [0, 15] used in FDT.
+ */
+[0004] Secure PL1 Interrupt : 0000001d
+[0004] SPL1 Flags (decoded below) : 00000001
+ Trigger Mode : 1
Polarity : 0
-[0004] Non-Secure PL1 Interrupt : 00000000
-[0004] NSPL1 Flags (decoded below) : 00000000
- Trigger Mode : 0
+[0004] Non-Secure PL1 Interrupt : 0000001e
+[0004] NSPL1 Flags (decoded below) : 00000001
+ Trigger Mode : 1
Polarity : 0
-[0004] Virtual Timer Interrupt : 00000000
-[0004] VT Flags (decoded below) : 00000000
- Trigger Mode : 0
+[0004] Virtual Timer Interrupt : 0000001b
+[0004] VT Flags (decoded below) : 00000001
+ Trigger Mode : 1
Polarity : 0
-[0004] Non-Secure PL2 Interrupt : 00000000
-[0004] NSPL2 Flags (decoded below) : 00000000
- Trigger Mode : 0
+[0004] Non-Secure PL2 Interrupt : 0000001a
+[0004] NSPL2 Flags (decoded below) : 00000001
+ Trigger Mode : 1
Polarity : 0
Hanjun Guo (2):
clocksource / arch_timer: Use ACPI GTDT table to initialize arch
timer
ARM64 / clocksource: Use arch_timer_acpi_init()
arch/arm64/kernel/time.c | 4 ++
drivers/clocksource/arm_arch_timer.c | 129 ++++++++++++++++++++++++++++++----
include/clocksource/arm_arch_timer.h | 7 +-
3 files changed, 124 insertions(+), 16 deletions(-)
--
1.7.9.5
Dear all:
HMP(GTS) is designed for big.LITTLE, but for something like
4A7+4A7,
is that possible to use SD_ASYM_PACKING( it will move idle to higher number
CPU?)?
BRs
The Marvell PXA168 processor is a flagship device in MARVELL's ARMADA 100
series of application processors targeted at mass market oportunities in
computing and consumer devices.
The CPU core is powered by Marvell Sheva technology and is completely
ARMv5 ISA and XScale Compliant. Core speeds beyond 1Ghz and a direct
path to commodity DDR2 SDRAM enable fast user responsiveness.
Supports boot from NOR/NAND/MMC/SD/SPI and download from USB.
Supports Android and other major mobile operating systems.
The Marvell PXA920 communication platform is an advanced, highly integrated
3G platform for Multimedia centric handsets. PXA920 is combination of
application processor technology and also communicaiton technologies like
TDMA, HSxPA, and EDGE along with multimedia capabilities.
Supports boot from NAND
Supports Android and other major mobile operating systems.
Below lkml link is a quoting by Russell which clears the concept of PHYS_VIRT
and ZRELADDR
---------------------------------------------------
Russell's Text
-------------------------------------------------
https://lkml.org/lkml/2011/10/14/434
panchaxari (1):
ARM:MMP: Enable ARM_PATCH_PHYS_VIRT and ZRELADDR default
arch/arm/Kconfig | 2 ++
1 file changed, 2 insertions(+)
--
1.7.10.4
Hi all,
I've been trying to turn on Gator and SELinux on Linaro 13.11, but during
booting, the following message is reported from the kernel?
SELinux: initialized (dev gatorfs, type gatorfs), not configured for
labeling
Does current gatorfs implementation support Security Labels?
If yes, how to I turn it on?
Regards
Sting
The upstream versions of the MCPM code for vexpress contains several
fixes and tidy-ups in the cache disabling sequences. This patch
series backports all of these to LSK.
These patches are also available in a branch to pull...
The following changes since commit 4bb2d496b52029fc12322af09f1a5dda95affdba:
ARM: vexpress: tc2: fix hotplug/idle/kexec race on cluster power down (2013-11-29 16:14:49 +0000)
are available in the git repository at:
git://git.linaro.org/people/tixy/kernel.git for-lsk-tc2
for you to fetch changes up to 27d55bacd5002422f8dab3ee6f941a2e23eb38c5:
ARM: 7861/1: cacheflush: consolidate single-CPU ARMv7 cache disabling code (2013-12-02 12:54:17 +0000)
----------------------------------------------------------------
Jon Medhurst (1):
ARM: vexpress/TC2: Match mainline cache disabling sequence in tc2_pm_down
Nicolas Pitre (3):
ARM: vexpress/dcscb: fix cache disabling sequences
ARM: vexpress/MCPM: fix cache disable sequence when CONFIG_FRAME_POINTER=y
ARM: 7861/1: cacheflush: consolidate single-CPU ARMv7 cache disabling code
arch/arm/include/asm/cacheflush.h | 46 ++++++++++++++++++++++++++++++++++++++++++++++
arch/arm/mach-vexpress/dcscb.c | 32 ++++----------------------------
arch/arm/mach-vexpress/tc2_pm.c | 30 ++++++++++++++----------------
3 files changed, 64 insertions(+), 44 deletions(-)
From: Mark Hambleton <mahamble(a)broadcom.com>
Describe the virtio device so we can mount disk images in the simulator.
[Reduced the size of the region based on feedback from review -- broonie]
Signed-off-by: Mark Hambleton <mahamble(a)broadcom.com>
Signed-off-by: Mark Brown <broonie(a)linaro.org>
Acked-by: Will Deacon <will.deacon(a)arm.com>
---
arch/arm64/boot/dts/rtsm_ve-motherboard.dtsi | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/rtsm_ve-motherboard.dtsi b/arch/arm64/boot/dts/rtsm_ve-motherboard.dtsi
index b45e5f39f577..2f2ecd217363 100644
--- a/arch/arm64/boot/dts/rtsm_ve-motherboard.dtsi
+++ b/arch/arm64/boot/dts/rtsm_ve-motherboard.dtsi
@@ -183,6 +183,12 @@
clocks = <&v2m_oscclk1>, <&v2m_clk24mhz>;
clock-names = "clcdclk", "apb_pclk";
};
+
+ virtio_block@0130000 {
+ compatible = "virtio,mmio";
+ reg = <0x130000 0x200>;
+ interrupts = <42>;
+ };
};
v2m_fixed_3v3: fixedregulator@0 {
--
1.8.5