Re: [PATCH] use callbacks to access UART_DLL/UART_DLM

On 17/12/2015 19:09, Måns Rullgård wrote: > It could well be that your patch results in a clearer final version, but > the diff is harder to parse when unchanged lines have moved around. When all other things are equal, is the priority 1) making the patch as clear as possible? 2) making the resu

[PATCH 3/8] fs: make fcntl.c explicitly non-modular

The Makefile currently controlling compilation of this code is obj-y meaning that it currently is not being built as a module by anyone. Lets remove the couple traces of modularity so that when reading the code there is no doubt it is builtin-only. Since module_init translates to device_initcall

[PATCHv2 2/3] thermal: rework core to allow emul_temp to be treated as regular temp

Change the way we handle emul_temp. This is to allow emul_temp to be used as input to exercise thermal core properly. Now, even if .get_temp is not available, the emul_temp can be used to emulate temperature. Cc: Zhang Rui Cc: linux...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-b

Re: [PATCH 1/4] firmware: generalize "firmware" as "system data" helpers

On Thu, Oct 8, 2015 at 1:16 PM, Josh Boyer wrote: > On Tue, Oct 6, 2015 at 5:08 AM, Greg KH wrote: >> Just responding to one thing at the moment: >> >> On Mon, Oct 05, 2015 at 11:22:22PM +0200, Luis R. Rodriguez wrote: >>> * we should phase out the usermode helper from firmware_class long term

Re: [PATCH] virtio_ring: use smp_store_mb

On Thu, Dec 17, 2015 at 03:52:24PM +, Will Deacon wrote: > On Thu, Dec 17, 2015 at 04:09:17PM +0100, Peter Zijlstra wrote: > > On Thu, Dec 17, 2015 at 04:34:57PM +0200, Michael S. Tsirkin wrote: > > > On Thu, Dec 17, 2015 at 03:02:12PM +0100, Peter Zijlstra wrote: > > > > > > > commit 9e

Re: [RFC v3 PATCH] fs: __generic_file_splice_read retry lookup on AOP_TRUNCATED_PAGE

On Wed 16-12-15 13:02:52, Abhi Das wrote: > During testing, I discovered that __generic_file_splice_read() returns > 0 (EOF) when aops->readpage fails with AOP_TRUNCATED_PAGE on the first > page of a single/multi-page splice read operation. This EOF return code > causes the userspace test to (corre

Re: [PATCH 1/3] dt-bindings: thermal: Add binding document for Mediatek thermal controller

On Wed, Dec 16, 2015 at 07:23:22PM +0800, Daniel Kurtz wrote: > On Mon, Nov 30, 2015 at 7:42 PM, Sascha Hauer wrote: > > This adds the device tree binding documentation for the mediatek thermal > > controller found on Mediatek MT8173 and other SoCs. > > > > Signed-off-by: Sascha Hauer > > Reviewe

Re: Problems loading firmware using built-in drivers with kernels that use initramfs.

On Sun, Aug 30, 2015 at 11:11 AM, Linus Torvalds wrote: > On Sun, Aug 30, 2015 at 1:25 AM, Arend van Spriel wrote: >> On 08/29/2015 12:38 PM, Ming Lei wrote: >> >> Does this mean a built-in driver can not get firmware from initramfs or >> built in the kernel early. Seems a bit too aggressive. > >

Re: [PATCHv4 1/1] SCSI: hosts: update to use ida_simple for host_no management

On 12/14/2015 05:55 PM, Martin K. Petersen wrote: >> "Hannes" == Hannes Reinecke writes: > >>> I'm not opposed to having the module option if others (Martin?) feel >>> they need it, but generally I think it's better to keep things as >>> simple as possible. So, unless there are strong object

Re: [PATCH 2/2] irqchip/gic: Identify and report any reserved SGI IDs

On Wed, Dec 16, 2015 at 05:47:09PM +, Marc Zyngier wrote: > Hi Daniel, Hi Marc Thanks for the review. > On 16/12/15 17:08, Daniel Thompson wrote: > > It is possible for the secure world to reserve certain SGI IDs for itself. > > Currently we have limited visibility of which IDs are safe to

[PATCH v5] arm64: Add support for PTE contiguous bit.

The arm64 MMU supports a Contiguous bit which is a hint that the TTE is one of a set of contiguous entries which can be cached in a single TLB entry. Supporting this bit adds new intermediate huge page sizes. The set of huge page sizes available depends on the base page size. Without using contig

[PATCH v2 0/8] fs: don't use module helpers in non-modular code

This series of commits is a slice of a larger project to ensure people don't needlessly use modular support functions in non-modular code. Overall there was roughly 5k lines of unused _exit code and ".remove" functions in the kernel due to this. So far we've fixed several areas, like tty, x86, ne

Re: [PATCH 2/3] thermal: Add Mediatek thermal controller support

Sascha, Yeah, sorry for the long delay. I was planing on applying this patch for the next merge window, but it just came across one point, see below. On Mon, Nov 30, 2015 at 12:42:32PM +0100, Sascha Hauer wrote: > This adds support for the Mediatek thermal controller found on MT8173 > +static con

Re: [PATCH] locking/osq: Fix ordering of node initialisation in osq_lock

On Thu, Dec 17, 2015 at 11:04:00AM -0800, Linus Torvalds wrote: > On Thu, Dec 17, 2015 at 8:05 AM, Peter Zijlstra wrote: > > > > Please consider this patch for 4.4. > > No problem, but just wanted to check that there's nothing else pending > in any locking tree? Just this one patch for now. Tha

Re: [PATCH v1 3/7] ima: load policy using path

The subject should probably be: ima: add support to load policy from path Cc'ing Roberts who originally wanted SELinux file policy signing capabilities. Also Greg, who is reviewing the sysdata file changes I had proposed which would provide a generic file loading facility for modules, and later a

Re: [PATCH v4] arm64: Add support for PTE contiguous bit.

On 12/16/2015 07:50 AM, Steve Capper wrote: On 11 December 2015 at 21:02, David Woods wrote: The arm64 MMU supports a Contiguous bit which is a hint that the TTE is one of a set of contiguous entries which can be cached in a single TLB entry. Supporting this bit adds new intermediate huge page

[PATCH 1/1] ipc/mqueue: Obey RLIM_INFINITY for message queues.

Even if we set the "POSIX message queues" rlimit to unlimited we fail with EMFILE if the sum kept per user wraps around after 4G. This patch fixes that by skipping the test and changing the type of user->mq_bytes to long long. The accounting wasn't skipped entierly if RLIM_INFINITY is that someone

Re: [PATCH] MAINTAINERS: Change QCOM entries

> On Dec 11, 2015, at 3:46 PM, Andy Gross wrote: > > From: Andy Gross > > This patch changes the email address for Andy Gross and David Brown and drops > Kumar Gala. In addition, it changes the location of the repository. > > Signed-off-by: Andy Gross > Signed-off-by: Andy Gross > — Acked

Re: [PATCH] i2c: allow building emev2 without slave mode again

> > My conclusion for now is: > > > > There needs something to be done surely, but currently I don't have the > > bandwidth to do it or even play around with it. I am not fully happy > > with your patches as well because __maybe_unused has some kind of "last > > resort" feeling to me. > > I gene

Re: [PATCH 17/25] perf stat report: Move csv_sep initialization before report command

On Thu, Dec 17, 2015 at 03:57:07PM -0300, Arnaldo Carvalho de Melo wrote: > Em Thu, Nov 05, 2015 at 03:41:01PM +0100, Jiri Olsa escreveu: > > So we have csv_sep properly initialized before > > report command leg. > > I moved this to before "perf stat report: Process stat and stat round > events" s

[PATCH V16 10/11] x86,cgroup/intel_rdt : Add intel_rdt cgroup documentation

From: Fenghua Yu From: Vikas Shivappa Add documentation on using the cache allocation cgroup interface with examples. Signed-off-by: Vikas Shivappa Signed-off-by: Fenghua Yu --- Documentation/cgroups/rdt.txt | 133 ++ 1 file changed, 133 insertions(+)

[PATCH 37/43] perf stat report: Process cpu/threads maps

From: Jiri Olsa Adding processing of cpu/threads maps. Configuring session's evlist with these maps. Reported-by: Kan Liang Signed-off-by: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1446734469-11352-13-git-send-email-jo...@kernel.org [ s/st

[PATCH 11/43] perf tools: Add stat config event read function

From: Jiri Olsa Introducing the perf_event__read_stat_config function to read a struct perf_stat_config object data from a stat config event. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-14

[PATCH 42/43] perf stat report: Process event update events

From: Jiri Olsa Adding processing of event update events, so perf stat report can store additional info for events - unit,scale,name. Committer note: Before: # perf stat record -e power/energy-cores/ -a ^C Performance counter stats for 'system wide': 77.41 Joules power/ener

[PATCH 03/43] perf thread_map: Add thread_map__new_event function

From: Jiri Olsa Introducing the thread_map__new_event function to create a struct thread_map object from a thread_map event. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-6-git-send-email-jo

[PATCH 38/43] perf stat report: Process stat config event

From: Jiri Olsa Adding processing of stat config event and initialize stat_config object. Reported-by: Kan Liang Signed-off-by: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1446734469-11352-14-git-send-email-jo...@kernel.org [ Renamed 'stat'

[PATCH 34/43] perf stat record: Do not allow record with multiple runs mode

From: Jiri Olsa We currently don't support storing multiple session in perf.data, so we can't allow -r option in stat record. $ perf stat -e cycles -r 2 record ls Cannot use -r option with perf stat record. Committer note: Before this patch we would a perf.data file such as: $ perf stat

[PATCH 31/43] perf stat record: Add pipe support for record command

From: Jiri Olsa Allowing storing stat record data into pipe, so report tools (report/script) could read data directly from record. Committer note: Before this patch: $ perf stat record -o - usleep 1 | perf report -i - incompatible file format (rerun with -v to learn more) $ perf stat rec

[PATCH 32/43] perf stat record: Write stat events on record

From: Jiri Olsa Writing stat events on 'perf stat record' at the time we read counter values from kernel. Committer note: After the patch: $ perf stat record usleep 1 Performance counter stats for 'usleep 1': 0.598006 task-clock (msec) #0.484 CPUs utilized

[PATCH 41/43] perf stat report: Process stat and stat round events

From: Jiri Olsa Adding processing of stat and stat round events. The stat data com in stat events, using generic function process_stat_round_event to store data under perf_evsel object. The stat-round events comes each interval or as last event in non interval mode. The function process_stat_ro

[PATCH 43/43] perf stat report: Allow to override aggr_mode

From: Jiri Olsa Allowing to override record aggr_mode. It's possible to use perf stat like: $ perf stat report -A $ perf stat report --per-core $ perf stat report --per-socket To customize the recorded aggregate mode regardless what was used during the stat record command. Reported-by

[PATCH 10/43] perf tools: Add stat config event synthesize function

From: Jiri Olsa Introduce the perf_event__synthesize_stat_config to synthesize a 'struct perf_stat_config'. Storing the stat config in the form of tag-value pairs will, I believe, sort out future version extensibility issues. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc:

[PATCH 23/43] perf tools: Add perf_event__fprintf_event_update function

From: Jiri Olsa To display a 'event update' event for raw dump. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-26-git-send-email-jo...@kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 30/43] perf stat record: Store events IDs in perf data file

From: Jiri Olsa Store event IDs in evlist object so it get stored into perf.data file. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1446734469-11352-6-git-send-email-jo...@kernel.org Signed-off-by: Arnaldo

[PATCH 26/43] perf stat record: Add record command

From: Jiri Olsa Add 'perf stat record' command support. It creates simple (header only) perf.data file ATM. The record command could be specified anywhere among stat options. All stat command options are valid for stat record command with '-o' option exception. If specified for record command it

[PATCH 35/43] perf stat record: Synthesize event update events

From: Jiri Olsa Synthesize other events stuff not carried within attr event - unit, scale, name. Reported-by: Kan Liang Signed-off-by: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1446734469-11352-11-git-send-email-jo...@kernel.org Signed-off

[PATCH 27/43] perf stat record: Initialize record features

From: Jiri Olsa Disabling all non stat related features. Also as we now enable STAT feature in the data file, adding code to instruct session open to skip sample type checking for stat data files. Signed-off-by: Jiri Olsa Tested-by: Arnaldo Carvalho de Melo Tested-by: Kan Liang Cc: David Ahe

[PATCH 40/43] perf stat report: Move csv_sep initialization before report command

From: Jiri Olsa So we have csv_sep properly initialized before report command leg. Reported-by: Kan Liang Signed-off-by: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1446734469-11352-18-git-send-email-jo...@kernel.org Signed-off-by: Arnaldo C

[PATCH 39/43] perf stat report: Add support to initialize aggr_map from file

From: Jiri Olsa Using perf.data's perf_env data to initialize aggregate config. Reported-by: Kan Liang Signed-off-by: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1446734469-11352-15-git-send-email-jo...@kernel.org [ s/stat/st/g, s/socket/soc

[PATCH 29/43] perf evlist: Export id_add_fd()

From: Jiri Olsa Will be used to storing the event IDs in evlist object so it get stored into perf.data file. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1446734469-11352-6-git-send-email-jo...@kernel.org [

[PATCH 22/43] perf tools: Add event_update event cpus type

From: Jiri Olsa Adding the cpumask 'event update' event, that stores/transfer the cpumask for a event. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-25-git-send-email-jo...@kernel.org Signed

[PATCH 24/43] perf report: Display newly added events in raw dump

From: Jiri Olsa The 'perf report -D' command will now display detailed output for these newly added events: event_update thread_map cpu_map stat stat_config stat_round Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http:

[PATCH 33/43] perf stat record: Write stat round events on record

From: Jiri Olsa Writing stat round events on 'perf stat record' for each interval round. In non interval mode we store round event after the last stat event. Committer note: After the patch: $ perf report -D | grep PERF_RECORD | grep ROUND 0x852 [0x18]: PERF_RECORD_STAT_ROUND $ Reported

[PATCH 25/43] perf tools: Introduce stat perf.data header feature

From: Jiri Olsa Introducing the 'stat' feature to mark a perf.data as created by the 'perf stat record' command. It contains no data. It's needed so that the report tools (report/script) can differentiate sampling data from counting data, because they need to be treated in a different way. In

[PATCH 19/43] perf tools: Add event_update event unit type

From: Jiri Olsa Adding unit type 'event update' event, that stores/transfer events unit name. The unit name is part of the perf stat output data. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-2173

[PATCH 21/43] perf tools: Add event_update event name type

From: Jiri Olsa Adding name type 'event update' event, that stores/transfer events name. Event's name is stored within perf.data's EVENT_DESC feature, but we don't have it if we get the report data from pipe. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc:

[PATCH 36/43] perf stat report: Add report command

From: Jiri Olsa Adding 'perf stat report' command support. ATM it only processes attr events and display nothing. Reported-by: Kan Liang Signed-off-by: Jiri Olsa Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1446734469-11352-12-git-send-email-jo...@kern

Re: [PATCH 1/3] ata: sata_dwc_460ex: use "dmas" DT property to find dma channel

Julian Margetson writes: > On 12/17/2015 2:51 PM, Måns Rullgård wrote: >> Julian Margetson writes: >> >>> On 12/17/2015 1:59 PM, Måns Rullgård wrote: Julian Margetson writes: > I have been running my machine mostly configured for pciex1 thus with > the sata_dwc disabled.

Re: [PATCH 7/8] fs: make devpts/inode.c explicitly non-modular

Hi Paul, On 12/17/2015 11:11 AM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > config UNIX98_PTYS > bool "Unix98 PTY support" if EXPERT > > ...meaning that it currently is not being built as a module by anyone. > > Lets remove the couple traces o

[PATCH 13/43] perf tools: Add stat event synthesize function

From: Jiri Olsa Introduce the perf_event__synthesize_stat function to synthesize a 'struct stat_event'. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-16-git-send-email-jo...@kernel.org [ Ren

Re: [PATCH 1/2] mm, oom: introduce oom reaper

On Thu, Dec 17, 2015 at 5:02 AM, Michal Hocko wrote: > Ups. You are right. I will go with msleep_interruptible(100). I don't think that's right. If a signal happens, that loop is now (again) just busy-looping. That doesn't sound right, although with the maximum limit of 10 attempts, maybe it's f

[PATCH 16/43] perf tools: Add stat round event synthesize function

From: Jiri Olsa Introduce the perf_event__synthesize_stat_round function to synthesize a 'struct stat_round_event'. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-19-git-send-email-jo...@kern

[PATCH 28/43] perf stat record: Synthesize stat record data

From: Jiri Olsa Synthesizing needed stat record data for report/script: - cpu/thread maps - stat config Committer note: New records generated on a perf.data file with this patch: $ perf report -D | grep PERF_RECORD_ 0x568 [0x28]: PERF_RECORD_THREAD_MAP nr: 1 thread: 29097 0x590 [0x12

[PATCH 06/43] perf cpu_map: Add cpu_map event synthesize function

From: Jiri Olsa Introduce the perf_event__synthesize_cpu_map function to synthesize a struct cpu_map. Added generic interface: cpu_map_data__alloc cpu_map_data__synthesize to make the cpu_map synthesizing usable for other events. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ah

[PATCH 17/43] perf tools: Add stat events fprintf functions

From: Jiri Olsa Introducing the following functions to display the stat events for raw dump. perf_event__fprintf_stat perf_event__fprintf_stat_round perf_event__fprintf_stat_config Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link:

[PATCH 20/43] perf tools: Add event_update event scale type

From: Jiri Olsa A__allocdding scale type 'event update' event, that stores/transfer events scale value. The PMU events can define the scale value which is used to multiply events data. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: h

[PATCH 18/43] perf tools: Add event_update user level event

From: Jiri Olsa It'll serve as a base event for additional event attributes details, that are not part of the attr event. At the moment this event is just a dummy one without any specific functionality. The type value will distinguish the update event details. It'll come in the following patches

[PATCH 15/43] perf tools: Add stat round user level event

From: Jiri Olsa Adding the stat round event to be stored after each stat interval round, so that report tools (report/script) gets notified and process interval data. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.

[PATCH 12/43] perf tools: Add stat user level event

From: Jiri Olsa Adding a stat event to store a 'struct perf_counter_values' for a given event/cpu/thread. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-15-git-send-email-jo...@kernel.org Sig

[PATCH 01/43] perf thread_map: Add thread_map user level event

From: Jiri Olsa Adding the thread_map event to pass/store thread maps as data in the pipe/perf.data. Storing the thread ID along with the standard comm[16] thread name string. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lk

Re: [PATCH] i2c: allow building emev2 without slave mode again

On Thursday 17 December 2015 20:40:17 Wolfram Sang wrote: > > > My conclusion for now is: > > > > > > There needs something to be done surely, but currently I don't have the > > > bandwidth to do it or even play around with it. I am not fully happy > > > with your patches as well because __maybe_u

[PATCH 08/43] perf cpu_map: Add perf_event__fprintf_cpu_map function

From: Jiri Olsa To display a cpu_map event for raw dump. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-11-git-send-email-jo...@kernel.org Signed-off-by: Arnaldo Carvalho de Melo --- tools/

[PATCH 14/43] perf tools: Add stat event read function

From: Jiri Olsa Introducing the perf_event__process_stat_event function to process a 'struct perf_stat' data from a stat event. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-17-git-send-emai

[GIT PULL 00/43] perf/core new feature: 'perf stat record/report'

From: Arnaldo Carvalho de Melo Hi Ingo, Please consider pulling, cool new feature! This is on top of the perf-core-for-mingo-2.1 tag, with that RHEL6.7 bugfix, I had also to go over this one fixing stuff in many spots :-\ - Arnaldo The following changes since commit 1843b4e057b7717db21

[PATCH 07/43] perf cpu_map: Add cpu_map__new_event function

From: Jiri Olsa Introducing the cpu_map__new_event function to create a struct cpu_map object from a cpu_map event. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-10-git-send-email-jo...@kern

[PATCH 05/43] perf cpu_map: Add cpu_map user level event

From: Jiri Olsa Adding the cpu_map event to pass/store cpu maps as data in a pipe/perf.data. We store maps in 2 formats: - list of cpus - mask of cpus The format that takes less space is selected transparently in the following patch. The interface is made generic, so we could add the cpuma

[PATCH 09/43] perf tools: Add stat config user level event

From: Jiri Olsa Adding the stat config event to pass/store stat config data, so report tools (report/script) know how to interpret stat data. The config data is stored in a 'tag|value' way to allow for easy extension and backwards compatibility. Signed-off-by: Jiri Olsa Tested-by: Kan Liang C

Re: [PATCH 1/2] mm, oom: introduce oom reaper

On Thu, 17 Dec 2015 11:55:11 -0800 Linus Torvalds wrote: > On Thu, Dec 17, 2015 at 5:02 AM, Michal Hocko wrote: > > Ups. You are right. I will go with msleep_interruptible(100). > > I don't think that's right. > > If a signal happens, that loop is now (again) just busy-looping. It's called o

[PATCH 04/43] perf thread_map: Add perf_event__fprintf_thread_map function

From: Jiri Olsa To display a thread_map event for a raw dump. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link: http://lkml.kernel.org/r/1445784728-21732-7-git-send-email-jo...@kernel.org Signed-off-by: Arnaldo Carvalho de Melo --- to

[PATCH 02/43] perf thread_map: Add thread_map event sythesize function

From: Jiri Olsa Introduce the perf_event__synthesize_thread_map2 function to synthesize struct thread_map. The perf_event__synthesize_thread_map name is already taken for synthesizing the complete threads data (comm/mmap/fork). Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc

[PATCH V16 03/11] x86/intel_rdt: Cache Allocation documentation

From: Fenghua Yu From: Vikas Shivappa Adds a description of Cache allocation technology, overview of kernel framework implementation. The framework has APIs to manage class of service, capacity bitmask(CBM), scheduling support and other architecture specific implementation. The APIs are used to

[PATCH V16 08/11] x86/intel_rdt: Hot cpu support for Cache Allocation

From: Fenghua Yu From: Vikas Shivappa This patch adds hot plug cpu support for Intel Cache allocation. Support includes updating the cache bitmask MSRs IA32_L3_QOS_n when a new CPU package comes online or goes offline. The IA32_L3_QOS_n MSRs are one per Class of service on each CPU package. The

[PATCH V16 09/11] x86/intel_rdt: Intel haswell Cache Allocation enumeration

From: Fenghua Yu From: Vikas Shivappa This patch is specific to Intel haswell (hsw) server SKUs. Cache Allocation on hsw server needs to be enumerated separately as HSW does not have support for CPUID enumeration for Cache Allocation. This patch does a probe by writing a CLOSid (Class of servic

[PATCH V16 11/11] x86,cgroup/intel_rdt : Add a cgroup interface to manage Intel cache allocation

From: Fenghua Yu From: Vikas Shivappa Add a new cgroup 'intel_rdt' to manage cache allocation. Each cgroup directory is associated with a class of service id(closid). To map a task with closid during scheduling, this patch removes the closid field from task_struct and uses the already existing

[PATCH V16 07/11] x86/intel_rdt: Implement scheduling support for Intel RDT

From: Fenghua Yu From: Vikas Shivappa Adds support for IA32_PQR_ASSOC MSR writes during task scheduling. For Cache Allocation, MSR write would let the task fill in the cache 'subset' represented by the task's capacity bit mask. The high 32 bits in the per processor MSR IA32_PQR_ASSOC represent

[PATCH V16 06/11] x86/intel_rdt: Add L3 cache capacity bitmask management

From: Fenghua Yu From: Vikas Shivappa This patch adds different APIs to manage the L3 cache capacity bitmask. The capacity bit mask(CBM) needs to have only contiguous bits set. The current implementation has a global CBM for each class of service id. There are APIs added to update the CBM via M

[PATCH V16 04/11] x86/intel_rdt: Add support for Cache Allocation detection

From: Fenghua Yu From: Vikas Shivappa This patch includes CPUID enumeration routines for Cache allocation and new values to track resources to the cpuinfo_x86 structure. Cache allocation provides a way for the Software (OS/VMM) to restrict cache allocation to a defined 'subset' of cache which

[PATCH V16 05/11] x86/intel_rdt: Add Class of service management

From: Fenghua Yu From: Vikas Shivappa Adds some data-structures and APIs to support Class of service management(closid). There is a new clos_cbm table which keeps a 1:1 mapping between closid and capacity bit mask (cbm) and a count of usage of closid. Each task would be associated with a Closid

[PATCH V16 00/11] x86: Intel Cache Allocation Technology Support

From: Fenghua Yu From: Vikas Shivappa This series has some preparatory patches and Intel cache allocation support. Prep patches : Has some changes to hot cpu handling code in existing cache monitoring and RAPL kernel code. This improves hot cpu notification handling by not loo

[PATCH V16 02/11] x86/intel_rapl: Modify hot cpu notification handling

From: Fenghua Yu From: Vikas Shivappa - In rapl_cpu_init, use the existing package<->core map instead of looping through all cpus in rapl_cpumask. - In rapl_cpu_exit, use the same mapping instead of looping all online cpus. In large systems with large number of cpus the time taken to loop

[PATCH V16 01/11] x86/intel_cqm: Modify hot cpu notification handling

From: Fenghua Yu From: Vikas Shivappa - In cqm_pick_event_reader, use the existing package<->core map instead of looping through all cpus in cqm_cpumask. - In intel_cqm_cpu_exit, use the same map instead of looping through all online cpus. In large systems with large number of cpus the tim

[PATCH] tile: include the syscall number in the backtrace

This information is easily available in the backtrace data and can be helpful when trying to figure out the backtrace, particularly if we're early in kernel entry or late in kernel exit. Signed-off-by: Chris Metcalf --- arch/tile/kernel/stack.c | 17 - 1 file changed, 8 insertion

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

On Thu, Dec 17, 2015 at 10:38 AM, Crt Mori wrote: > On 17 December 2015 at 19:10, Nish Aravamudan > wrote: >> On Thu, Dec 17, 2015 at 9:32 AM, Nish Aravamudan >> wrote: >>> On Thu, Dec 17, 2015 at 12:41 AM, Crt Mori wrote: On 17 December 2015 at 06:27, Nish Aravamudan wrote: >

Re: [PATCH v3 0/5] Fix a trivial typo and support rk3228/rk3399 SoCs for thermal driver.

Hello, On Thu, Dec 03, 2015 at 04:48:38PM +0800, Caesar Wang wrote: > This series pacthes to support the next soc for this thermal driver. > I don't add the dts thermal data since these SoCs have *_not_* land > in this mainline. I believe these SoCs dts will land in this mainline > lately, > then

Re: [RFC PATCH] always probe UART HW when options are not specified

On 12/17/2015 10:21 AM, Sebastian Frias wrote: > On 12/17/2015 06:48 PM, Peter Hurley wrote: >> On 12/17/2015 08:48 AM, Sebastian Frias wrote: >>> On 12/17/2015 05:29 PM, Peter Hurley wrote: On 12/17/2015 07:15 AM, Sebastian Frias wrote: > --- > > I think there are a few minor bugs

Re: [PATCH v6 12/20] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Thursday 17 December 2015 18:27:53 Catalin Marinas wrote: > On Wed, Dec 16, 2015 at 12:42:38AM +0300, Yury Norov wrote: > > +#define compat_sys_lookup_dcookie sys_lookup_dcookie > > +#define compat_sys_pread64 sys_pread64 > > +#define compat_sys_pwrite64sys_pwrite64

Re: [PATCH v3 0/4] Raspberry Pi power domains

On Thursday 17 December 2015 11:03:47 Eric Anholt wrote: > >> > >> .../bindings/arm/bcm/raspberrypi,bcm2835-power.txt | 47 > >> arch/arm/boot/dts/bcm2835-rpi.dtsi | 11 + > >> arch/arm/boot/dts/bcm2835.dtsi | 2 +- > >> arch/arm/mach-bcm/Kconfig

Re: [PATCH v6 12/20] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Thu, Dec 17, 2015 at 12:10 PM, Arnd Bergmann wrote: > On Thursday 17 December 2015 18:27:53 Catalin Marinas wrote: >> On Wed, Dec 16, 2015 at 12:42:38AM +0300, Yury Norov wrote: > >> > +#define compat_sys_lookup_dcookie sys_lookup_dcookie >> > +#define compat_sys_pread64 sys_pr

[PATCH 2/6] perf tools: Make perf_evlist__open() open evsels with their cpus and threads (like perf record does)

From: Adrian Hunter 'perf record' uses perf_evsel__open() to open events and passes the evsel->cpus and evsel->threads. Many tests and some tools instead use perf_evlist__open() which passes instead evlist->cpus and evlist->threads. Make perf_evlist__open() follow the 'perf record' behaviour so

[PATCH 0/6] perf tools: Various fixes

hi, sending several changes together: - leftover for the stat enable/disable changes with Adrian's patch - fixes for issues Noel found with DWARF unwind Noel, could you please rerun your test on this? Also available in: git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git perf/fix

Re: [PATCH] x86/signal: fix restart_syscall number for x32 tasks

On Sat, Dec 12, 2015 at 7:44 PM, Dmitry V. Levin wrote: > On Mon, Dec 07, 2015 at 03:22:06PM -0800, Andy Lutomirski wrote: >> [not real reply because I'm using a bad internet connection right now >> and I'm not set up with my usual Gmane reply hack right now] >> >> The new code is (whitespace-dama

[PATCH 3/6] perf tools: Use find_map function in access_dso_mem

The find_map helper is already there, so let's use it. Also we're going to introduce wider search in following patch, so it'll be easier to make this change on single place. Link: http://lkml.kernel.org/n/tip-9grtz49b9i4ysfzmuf9z5...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/u

[PATCH 4/6] perf tools libunwind: Check for mmaps also in MAP__VARIABLE tree

We've seen cases (softice) where DWARF unwinder went through non executable mmaps, which we need to lookup in MAP__VARIABLE tree. Reported-by: Noel Grandin Link: http://lkml.kernel.org/n/t...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/unwind-libunwind.c | 9 + 1 file ch

[PATCH 6/6] perf record: Always store data mmaps

Currently we don't synthesize data mmap by default. It depends on -d option, that enables data address sampling. But we've seen cases (softice) where DWARF unwinder went through non executable mmaps, which we need to lookup in MAP__VARIABLE tree. Given the discussion we had with Arnaldo, where he

[PATCH 1/6] perf tools: Remove perf_evlist__(enable|disable)_event functions

Replacing them with perf_evsel__(enable|disable). Link: http://lkml.kernel.org/n/tip-bbyjpha9wc4ifn0ebfkm0...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/arch/x86/util/intel-bts.c | 4 ++-- tools/perf/arch/x86/util/intel-pt.c | 4 ++-- tools/perf/tests/keep-tracking.c | 2 +-

[PATCH 5/6] perf tools libdw: Check for mmaps also in MAP__VARIABLE tree

We've seen cases (softice) where DWARF unwinder went through non executable mmaps, which we need to lookup in MAP__VARIABLE tree. Reported-by: Noel Grandin Link: http://lkml.kernel.org/n/tip-pd37evgxxggiu5sfomog8...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/unwind-libdw.c | 10

[PATCH v4] staging: rtl8192u: fix large frame size compiler warning

This patch fixes following compiler warning: drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c: In function ‘RxReorderIndicatePacket’: drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c:758:1: warning: the frame size of 1064 bytes is larger than 1024 bytes [-Wframe-larger-than=] It replaces the st

[PATCH] ARM: dma-mapping: Just allocate one chunk at a time

The __iommu_alloc_buffer() is expected to be called to allocate pretty sizeable buffers. Upon simple tests of video I saw it trying to allocate 4,194,304 bytes. The function tries to be efficient about this by starting out allocating large chunks and then moving to smaller and smaller chunk sizes

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

On Thu, Dec 17, 2015 at 12:05 PM, Nish Aravamudan wrote: > On Thu, Dec 17, 2015 at 10:38 AM, Crt Mori wrote: >> On 17 December 2015 at 19:10, Nish Aravamudan >> wrote: >>> On Thu, Dec 17, 2015 at 9:32 AM, Nish Aravamudan >>> wrote: On Thu, Dec 17, 2015 at 12:41 AM, Crt Mori wrote: >

Re: [PATCH] af_unix: Revert 'lock_interruptible' in stream receive code

From: Rainer Weikusat Date: Wed, 16 Dec 2015 20:09:25 + > With b3ca9b02b00704053a38bfe4c31dbbb9c13595d0, the AF_UNIX SOCK_STREAM > receive code was changed from using mutex_lock(&u->readlock) to > mutex_lock_interruptible(&u->readlock) to prevent signals from being > delayed for an indefinite

<    1   2   3   4   5   6   7   8   9   >