Hi Amitoj,
Thanks for your patch.
On 28 May 2016 at 13:41, Amitoj Kaur Chawla wrote:
> Replace if condition and BUG() with a BUG_ON having the conditional
> expression of the if statement as argument.
>
We usually want commit messages that tell us *why* you are doing the
change: what are you fi
Improve description and keep 80 columns limit.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/thermal/thermal_core.c
Remove the following warning:
In file included from drivers/thermal/thermal_sysfs.c:19:0:
include/linux/device.h:575:26: warning: ‘dev_attr_emul_temp’ defined but not
used [-Wunused-variable]
struct device_attribute dev_attr_##_name = __ATTR(_name, _mode, _show, _store)
Simply removing useless returns of void functions.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/thermal/thermal_core.c b/drivers/thermal
Pass through the code to remove check suggested by
checkpatch.pl (alignment to parenthesis):
CHECK: Alignment should match open parenthesis
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 32 +++
Remove style issue:
CHECK: Comparison to NULL could be written "!__find_governor"
+ if (__find_governor(governor->name) == NULL) {
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 4 ++--
1 fil
Moving the helper to closer where it is used.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 66 +-
1 file changed, 33 insertions(+), 33 deletions(-)
diff -
Simplify size computation by using kcalloc() for
allocating memory for arrays.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_sysfs.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
dif
Hi, Arnaldo :-D
On 05/31/2016 04:29 AM, Arnaldo Carvalho de Melo wrote:
Em Tue, May 31, 2016 at 01:44:07AM +0900, Taeung Song escreveu:
This function deleted allocated config set but
the global variable 'config_set' is used all around
so this directly remove 'config_set' instead of using local
Removing several style issues in thermal code code.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers
As a safety check, this patch changes thermal
core to check for pointer content size, instead of type size,
while allocating memory.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 7 +++
1 file
moving the helper function to closer to similar functions.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
On 05/31/2016 04:35 AM, Arnaldo Carvalho de Melo wrote:
Em Tue, May 31, 2016 at 01:44:10AM +0900, Taeung Song escreveu:
show_config() was reimplemented using perf_config()
so it isn't needed to use perf_config_set__new() at cmd_config().
And perf_config_set__delete() isn't needed at cmd_config
This patch creates a helper to build a list of available governors.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 35 ---
drivers/thermal/thermal_core.h | 1 +
2 f
Similarly to passive_store, policy_store now is split
between thermal core data structure handling and sysfs handling.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 37
Given that this is simple wrapper, adding the inline flag.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/thermal/ther
Moving the helper to closer where it is used.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 76 +-
1 file changed, 38 insertions(+), 38 deletions(-)
diff -
On 05/31/2016 04:32 AM, Arnaldo Carvalho de Melo wrote:
Em Tue, May 31, 2016 at 01:44:08AM +0900, Taeung Song escreveu:
+static int perf_config_set__iter(struct perf_config_set *set, config_fn_t fn,
void *data)
+{
+ struct perf_config_section *section;
+ struct perf_config_item *i
Moving the helper to closer where it is used.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 80 +-
1 file changed, 40 insertions(+), 40 deletions(-)
diff -
Organize thermal core code to group the functions
handling with governor manipulation in one single section.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 153 +
Simply aligning to parenthesis.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal/thermal_core.c b/drivers/thermal/the
Simply marking the main update loop section and adding a
comment describing it.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers
Given that idr is only used to get id for thermal devices
(zones and cooling), makes sense to move the code closer.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 48 +--
Removing style issues on __bind() and its helpers.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/thermal/therma
Simply marking the power actor section and adding a
comment describing it.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/thermal/th
Simply moving the helper to closer where it is actually used.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a
This patch checks the return value of all calls to *scanf.
The check is to simply match the number of expect inputs.
The current code does not do any recovery in case the
number of treated inputs are different than the expected.
Therefore, keeping the same behavior.
Cc: Zhang Rui
Cc: linux...@vg
Make the to_cooling_device() macro available across
files in thermal core.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 3 ---
drivers/thermal/thermal_core.h | 3 +++
2 files changed, 3 insertion
This is a code reorganization, simply to concentrate
the code handling sysfs in a specific file: thermal_sysfs.c.
Right now, moving only the sysfs entries of thermal_zone_device.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
dri
This is a patch to allow adding groups created dynamically. For now we
create only the existing group. However, this is a preparation to allow
creating trip groups, which are determined only when the number of trips
are known at runtime.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel
Finally, move the last thermal zone sysfs attributes to
tz->device.groups: trips attributes. This requires adding a
attribute_group to thermal_zone_device, creating it dynamically, and
then setting all trips attributes in it. The trips attribute is then
added to the tz->device.groups.
As the remov
Align to parentheses, removing checkpatch warning.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal/thermal_core.c b/
Simply making this macro available to other thermal core
files.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 3 ---
drivers/thermal/thermal_core.h | 3 +++
2 files changed, 3 insertions(+), 3 del
Here we have a simple code organization. This patch moves
functions that do not need to handle thermal core internal
data structure to thermal_helpers.c file.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Makefile
This is a code reorganization, simply to concentrate
the sysfs handling functions in thermal_sysfs.c.
This patch moves the cooling device handling functions.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_
Cosmetic change in the sysfs handling functions, as
recommended by checkpatch.pl.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Reorganizing the code of helper functions to improve
readability and style, as recommended by checkpatch.pl.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 9 +
1 file changed, 5 insertions
Given that cdevs sysfs properties are already registered using
the dev.groups, there is no need to explicitly call device_remove()
for each property.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c |
Split passive_store between sysfs handling and thermal
core internal data handling.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 62 --
drivers/thermal/the
Code reorganization to keep all the sysfs I/F of a thermal zone in the
same section.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 216 -
1 file changed, 10
Moving mode attribute to tz->device.groups requires the implementation
of a .is_visible() callback. The condition returned by .is_visible() of
the mode attribute group is kept the same, we allow the attribute to be
visible only if ops->get_mode() is set by the thermal driver.
Cc: Zhang Rui
Cc: li
On Mon, 30 May 2016 16:56:09 -0400
valdis.kletni...@vt.edu wrote:
> On Mon, 30 May 2016 09:44:46 +0200, Boris Brezillon said:
> > Hi Valdis,
>
> > Actually, that was my first reaction [1], but the more I think about it
> > the more I realize it's a non-issue.
> > AFAICT, there's no full-id entr
emul_temp creation is dependent on a compile time
condition. Moving to tz->device.groups.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions
Fix style problem on create_trip_attrs();
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/thermal/thermal_core.c b/drivers/thermal/thermal_co
Simply reorganize code to keep only functions of sysfs interface
of thermal zone device together. Therefore, move the power actor code
out of the sysfs I/F section.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/th
Simple code reorganization to group files that are always created
when registering a thermal zone.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 24
1 file changed, 12 ins
Simply reorganize the code to have all DEVICE_ATTR's
in one point in the file.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_core.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions
On Tue, 31 May 2016 00:28:24 +0200
Boris Brezillon wrote:
> On Mon, 30 May 2016 16:56:09 -0400
> valdis.kletni...@vt.edu wrote:
>
> > On Mon, 30 May 2016 09:44:46 +0200, Boris Brezillon said:
> > > Hi Valdis,
> >
> > > Actually, that was my first reaction [1], but the more I think about
On Tue, 24 May 2016 19:55:17 -0700
Kees Cook wrote:
> Yeah, answering "how random is this?" is not easy, but that's not what
> I meant. I'm more curious about specific build configs or hardware
> where calling get_random_int() early enough would always produce the
> same value (or the same value
[adding lkml and linux-mm to the cc list]
On Mon, May 30, 2016 at 09:23:48AM +0200, Stefan Priebe - Profihost AG wrote:
> Hi Dave,
> Hi Brian,
>
> below are the results with a vanilla 4.4.11 kernel.
Thanks for persisting with the testing, Stefan.
> i've now used a vanilla 4.4.11 Kernel
On Mon, May 30, 2016 at 10:35:29PM +0100, Russell King - ARM Linux wrote:
> With that, on a single CPU, it seems to work correctly every time, but
> if I bring up a secondary CPU I start seeing the same problems you've
> reported - which seems to need the following patch to solve. Please can
> you
On 05/24/2016 03:30 PM, fu@linaro.org wrote:
From: Fu Wei
This driver adds support for parsing all kinds of timer in GTDT:
(1)arch timer: provide a kernel API to parse all the PPIs and
always-on info in GTDT and export them by filling the structs
which provided by parameters(pointer of them
On Fri, May 27, 2016 at 02:45:44PM +0100, Srinivas Kandagatla wrote:
> This patch adds DT bindings required for msm8916 codec which is
> integrated in msm8916 and apq8016 SOCs.
>
> Codec IP is divided into two parts, first analog which is integrated
> in pmic pm8916 and secondly digital part which
On Fri, May 27, 2016 at 02:45:46PM +0100, Srinivas Kandagatla wrote:
> This patch adds support to msm8916-wcd codec.
>
> msm8916-wcd codec is found in Qualcomm msm8916 and apq8016 processors.
> This codec IP is split in to two parts(Digital & Analog), Analog part
> is integrated in to PMIC PM8916
On 05/25/2016 11:49 AM, Caesar Wang wrote:
From: Huang Tao
rk_timer_interrupt_clear and rk_timer_disable is unnecessary before
request_irq. Timer should keep disabled before booting Linux.
That's true in the perfect world :/ Some version has u-boot letting the
timer with irq enabled, therefo
On Fri, 2016-05-27 at 10:07 +0200, Laurent Dufour wrote:
> On 21/04/2016 18:00, Laurent Dufour wrote:
> > On 13/04/2016 07:14, Michael Ellerman wrote:
> > > On Mon, 2016-04-11 at 09:40 +0200, Laurent Dufour wrote:
> > > > On 07/04/2016 23:49, Michael Ellerman wrote:
> > > > > On 7 April 2016 7
To whom it may concern;
GRsecurity is preventing others from employing their rights under version 2 the
GPL to redistribute (by threatening them with a non-renewal of a contract to
recive this patch to the linux kernel.)
(GRsecurity is a derivative work of the linux kernel (it is a patch))
Peop
On 05/25/2016 11:50 AM, Caesar Wang wrote:
From: Huang Tao
The rockchip timer is broadcast timer. Add CLOCK_EVT_FEAT_DYNIRQ
flag and set cpumask to all cpu to save power by avoid unnecessary
wakeups and IPIs.
Signed-off-by: Huang Tao
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Heiko Stuebner
I would like to introduce the latent_entropy gcc plugin. This plugin mitigates
the problem of the kernel having too little entropy during and after boot
for generating crypto keys.
This plugin mixes random values into the latent_entropy global variable
in functions marked by the __latent_entropy a
This plugin mitigates the problem of the kernel having too little entropy during
and after boot for generating crypto keys.
It creates a local variable in every marked function. The value of this
variable is
modified by randomly chosen operations (add, xor and rol) and
random values (gcc generate
> Subject: [PATCH] arm64: dts: drop "arm,amba-bus" in favor of "simple-bus" part
> 2
>
> Tree-wide replacement was done by commit 2ef7d5f342c1 (ARM, ARM64:
> dts: drop "arm,amba-bus" in favor of "simple-bus"), but we have some
> new users of "arm,amba-bus" at Linux 4.7-rc1. Eliminate them now.
>
The latent_entropy gcc attribute can be only on functions and variables.
If it is on a function then the plugin will instrument it. If the attribute
is on a variable then the plugin will initialize it with a random value.
The variable must be an integer, an integer array type or a structure with
i
When extra_latent_entropy is passed on the kernel command line,
entropy will be extracted from up to the first 4GB of RAM while the
runtime memory allocator is being initialized.
Based on work created by the PaX Team.
Signed-off-by: Emese Revfy
---
Documentation/kernel-parameters.txt | 5 +
On 05/25/2016 11:50 AM, Caesar Wang wrote:
From: Huang Tao
The CONTROL register offset is different from old SoCs.
For Linux driver, there are not functional changes at all.
Let's call it v2.
Signed-off-by: Huang Tao
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Heiko Stuebner
Tested-by: Jian
pageblock_order can be (at least) an unsigned int or an unsigned long
depending on the kernel config and architecture, so use max_t(unsigned
long ...) when comparing it.
fixes these warnings:
In file included from include/linux/list.h:8:0,
from include/linux/kobject.h:20,
Per Vlastimi's review comment.
Thanks for the detail review, Vlastimi!
If you have another concern, feel free to say.
After I resolve all thing, I will send v7 rebased on recent mmotm.
>From b14aab2d3ac0702c7b2eec36409d74406d43 Mon Sep 17 00:00:00 2001
From: Minchan Kim
Date: Fri, 8 Apr 2016
The field value is only checked in fimd_setup_trigger() if .trg_type is
I80_HW_TRG so there's no point in setting this field for the s3c6400 if
is never going to be used since .trg_type is not set.
Signed-off-by: Javier Martinez Canillas
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 1 -
1 fil
On 05/30/2016 06:45 PM, Shawn Lin wrote:
> Hi,
>
> 在 2016/5/30 15:40, Jaehoon Chung 写道:
>> After applied "remove lots of IS_ERR_VALUE abuses", it shoold be
>> misoperation. (commit 287980e49)
>> If mmc_bus_test is successful, it returned the bus-witdh bit.
>>
>> The below log is error log
>> [
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/i915_gem.c
between commit:
5fbd0418eef2 ("drm/i915: Re-enable GGTT earlier during resume on pre-gen6
platforms")
(which also exists in the drm-intel tree as commit ac840ae53573)
from Linus' tree
On Sat, May 28, 2016 at 11:36:13AM +0800, Peter Chen wrote:
> On Tue, May 10, 2016 at 01:02:08PM +0200, Ulf Hansson wrote:
> > + Arnd
> >
> > [...]
> >
> > >> >> Solution
> > >> >>
> > >> >> This is very similar to the MMC pwrseq behavior so the idea is to:
> > >> >> 1. Move MMC pwrseq d
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in:
drivers/gpu/drm/i915/intel_display.c
between commit:
9bd18728a3f2 ("drm/i915: Ignore stale wm register values on resume on ilk-bdw
(v2)")
from Linus' tree and commit:
e3d5457c7caa ("drm/i915: Ignore stale wm regi
On Tue, May 31, 2016 at 08:36:57AM +1000, Dave Chinner wrote:
> [adding lkml and linux-mm to the cc list]
>
> On Mon, May 30, 2016 at 09:23:48AM +0200, Stefan Priebe - Profihost AG wrote:
> > Hi Dave,
> > Hi Brian,
> >
> > below are the results with a vanilla 4.4.11 kernel.
>
> Thanks for pers
Everytime perf_config() is called, perf_config() always read config files.
(i.e. user config '~/.perfconfig' and system config '$(sysconfdir)/perfconfig')
But we need to use 'struct perf_config_set config_set' variable
that already contains all config key-value pairs
to avoid this repetitive work
The config set is prepared by collecting
all configs from config files (i.e. user config
~/.perfconfig and system config $(sysconfdir)/perfconfig)
so the config set contains all config key-value pairs.
We need to use it as global variable to share it.
And in near future, the variable will be handl
Everytime perf_config() is called, perf_config() always read config files.
(i.e. user config '~/.perfconfig' and system config '$(sysconfdir)/perfconfig')
But we need to use the config set that already contains all config
key-value pairs to avoid this repetitive work reading the config files
in pe
Instead of perf_config(), This function initialize config set
collecting all configs from config files (i.e. user config
~/.perfconfig and system config $(sysconfdir)/perfconfig).
If there are the same config variable both user and system
config file, user config has higher priority than system co
When first calling perf_config(), the config set is
initialized collecting both user and system config files
(i.e. user config ~/.perfconfig and system config
$(sysconfdir)/perfconfig) so config set contains
not only user config but also system config key-value pairs.
(User config has higher priori
Old show_config() directly use config set so
there are many duplicated code with perf_config_set__iter().
So reimplement show_config() using perf_config() that use
perf_config_set__iter() with config set that already
contains all configs.
Cc: Namhyung Kim
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc:
perf_config_set__delete() delete allocated the config set
but the global variable 'config_set' is used all around.
So purge and zfree by an address of the global variable
, i.e. 'struct perf_config_set **' type
instead of using local variable 'set' of which type
is 'struct perf_config_set *'.
Cc:
This driver is for Fintek F81532/F81534 USB to Serial Ports IC.
F81532 spec:
https://drive.google.com/file/d/0B8vRwwYO7aMFOTRRMmhWQVNvajQ/view?
usp=sharing
F81534 spec:
https://drive.google.com/file/d/0B8vRwwYO7aMFV29pQWJqbVBNc00/view?
usp=sharing
Features:
1. F81532 is 1-to-2 & F81534 is 1-to-4
Hi all,
After merging the sound-asoc tree, today's linux-next build (x86_64
allmodconfig) produced these warnings:
sound/soc/codecs/cs47l24.c: In function 'cs47l24_adsp2_irq'
:
sound/soc/codecs/cs47l24.c:1091:13: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
2016-05-30 22:25 GMT+08:00 Rafael J. Wysocki :
> On Mon, May 30, 2016 at 12:18 PM, Viresh Kumar
> wrote:
>> On 29-05-16, 02:40, Rafael J. Wysocki wrote:
>>> I can't really parse the above question, so I'm not going to try to
>>> answer it. :-)
>>
>> Sorry about that :(
>>
>> IOW, I think that we
Hi,
Ji-Ze Hong (Peter Hong) 於 2016/5/31 上午 09:33 寫道:
This driver is for Fintek F81532/F81534 USB to Serial Ports IC.
Sorry, I forgot to change the mail title for "PATCH V9". I'll resend a
patch with title "PATCH V9".
Thanks
--
With Best Regards,
Peter Hung
This driver is for Fintek F81532/F81534 USB to Serial Ports IC.
F81532 spec:
https://drive.google.com/file/d/0B8vRwwYO7aMFOTRRMmhWQVNvajQ/view?
usp=sharing
F81534 spec:
https://drive.google.com/file/d/0B8vRwwYO7aMFV29pQWJqbVBNc00/view?
usp=sharing
Features:
1. F81532 is 1-to-2 & F81534 is 1-to-4
On Mon, 30 May 2016 20:54:33 +0200
Arend van Spriel wrote:
> On 30-05-16 13:30, Ard Biesheuvel wrote:
> > This is likely caused by the fact that the Android AArch64 toolchain uses
> > -fpic by default. Could you try adding -fno-pic to the CFLAGS?
>
> I did only to notice with 'make V=1 ...' t
On 2016年05月30日 22:33, Joe Perches wrote:
> On Mon, 2016-05-30 at 22:21 +0800, Chen Gang wrote:
>> No, they are not necessary. But for me, it will be more clearer, since
>> in our kernel (at least in include/linux/), almost all Boolean functions
>> use Boolean value or expression for return (and "
On Mon, May 30, 2016 at 12:09:28PM +0200, Krzysztof Kozlowski wrote:
> commit 79152e8d085fd64484afd473ef6830b45518acba upstream.
>
> The tcrypt testing module on Exynos5422-based Odroid XU3/4 board failed on
> testing 8 kB size blocks:
>
> $ sudo modprobe tcrypt sec=1 mode=500
> testi
On Mon, 2016-05-30 at 17:50 +0100, Al Viro wrote:
> Only tangentially related, but... that bug had been discussed,
> without any results: the fallback in ima_d_path() to ->d_name.name is
> completely broken. There is no warranty whatsoever that dentry won't be
> renamed, with its earlier (to
FYI, we noticed the following commit:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 72bf7443ba618b9f7a3167c1f591a0dc00faeb2d ("gpio: 104-idi-48: Utilize the
ISA bus driver")
on test machine: vm-vp-quantal-i386: 1 threads qemu-system-i386 -enable-kvm
-cpu Has
FYI, we noticed the following commit:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit cc736607c86d39ea078519af0de6ee0fbf3096a6 ("gpio: ws16c48: Utilize the
ISA bus driver")
on test machine: vm-kbuild-yocto-i386: 2 threads qemu-system-i386 -enable-kvm
with 320
m0 user=lkp
job=/lkp/scheduled/vm-vp-quantal-i386-61/bisect_boot-1-quantal-core-i386.cgz-i386-randconfig-x0-05280946-86ea8a95a42f752fe0aa1c7ad1bfe8ce9be5d30e-20160530-53474-w6nzwk-0.yaml
ARCH=i386 kconfig=i386-randconfig-x0-05280946
branch=linux-devel/devel-spot-201605280759
commit=86ea8a95a
On Mon, May 30, 2016 at 10:16 PM, Nava kishore Manne
wrote:
> This patch updates the driver to support 64-bit DMA addressing.
>
> Signed-off-by: Nava kishore Manne
> ---
> Changes for v4:
> -Used boolen property insted of addrwith property in the DT
> as suggested
On 2016年05月30日 23:37, Michael S. Tsirkin wrote:
On Mon, May 30, 2016 at 05:59:33PM +0800, Jason Wang wrote:
On 2016年05月23日 18:43, Michael S. Tsirkin wrote:
This is in response to the proposal by Jason to make tun
rx packet queue lockless using a circular buffer.
My testing seems to show that
On Mon, 2016-05-30 at 16:10 +0200, Miklos Szeredi wrote:
> On Fri, May 20, 2016 at 11:53:18PM +0300, Krisztian Litkey wrote:
> > On Fri, May 20, 2016 at 8:00 PM, Mimi Zohar
> > wrote:
>
> > > We deferred __fput() back in 2012 in order for IMA to safely take the
> > > i_mutex and write security.i
; qemu-system-i386 -enable-kvm -cpu Haswell,+smep,+smap -kernel
> /pkg/linux/i386-randconfig-x0-05280946/gcc-6/86ea8a95a42f752fe0aa1c7ad1bfe8ce9be5d30e/vmlinuz-4.6.0-rc4-00031-g86ea8a9
> -append 'root=/dev/ram0 user=lkp
> job=/lkp/scheduled/vm-vp-quantal-i386-61/bisect_boot-1-quantal-core-i386.cgz-i386-randconfig-x0
Hi Alexandre,
After merging the rtc tree, today's linux-next build (x86_64 allmodconfig)
produced these warnings:
In file included from drivers/char/mwave/smapi.c:51:0:
drivers/char/mwave/smapi.h:52:0: warning: "TRUE" redefined
#define TRUE 1
^
In file included from include/acpi/acpi.h:58:0,
On Tue, May 31, 2016 at 10:07:24AM +0900, Minchan Kim wrote:
> On Tue, May 31, 2016 at 08:36:57AM +1000, Dave Chinner wrote:
> > [adding lkml and linux-mm to the cc list]
> >
> > On Mon, May 30, 2016 at 09:23:48AM +0200, Stefan Priebe - Profihost AG
> > wrote:
> > > Hi Dave,
> > > Hi Brian,
> >
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v2 3/3] ACPI / button: Send "open" state after
> boot/resume
>
> On Fri, May 27, 2016 at 9:16 AM, Lv Zheng wrote:
> > Linux userspace (systemd-logind) keeps on rechecking lid state when the
> > lid state i
Hi,
After rebasing platform support of two different ARMv8 SoC's from v4.1
baseline to v4.4 it occurred that stressed systems tend to have page
allocation problems, related to creating new slabs:
http://pastebin.com/FhRW5DsF
Steps to reproduce:
- use SATA drive (on-board or over PCIe) with 2 btr
Hi,
On Tue, May 31, 2016 at 3:43 AM, Maxime Ripard
wrote:
> Hi,
>
> On Mon, May 30, 2016 at 08:30:13PM +0800, luoyi...@gmail.com wrote:
>> From: luoyi
>>
>> Add support for the Bananapi M1 Plus A20 development board from
>> sinovoip.com.cn .
>> This board features 1G RAM, 2 USB A receptacles, 1
901 - 1000 of 1124 matches
Mail list logo