Hi, Rafael,
Thanks for your review!
On 2017/3/14 5:24, Rafael J. Wysocki wrote:
> On Monday, March 13, 2017 10:42:41 AM zhichang.yuan wrote:
>> In commit 40e7fcb1929(ACPI: Add _DEP support to fix battery issue on Asus
>> T100TA), the '_DEP' was supported to solve the dependency of Asus battery.
Hi acme,
Andi Kleen writes:
> diff --git a/tools/perf/builtin-script.c b/tools/perf/builtin-script.c
> index c0783b4f7b6c..b0fdb6c032a5 100644
> --- a/tools/perf/builtin-script.c
> +++ b/tools/perf/builtin-script.c
> @@ -546,6 +555,259 @@ static void print_sample_brstacksym(struct perf_sample
>
On Wed, Mar 15, 2017 at 10:19 PM, Zhang, Jerry wrote:
>> -Original Message-
>> From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
>> Christian K?nig
>> Sent: Wednesday, March 15, 2017 17:29
>> To: Zhou, David(ChunMing); Ayyappa Ch
>> Cc: linux-...@vger.kernel.org
On Tue, Mar 14, 2017 at 10:46:43AM +0530, Arushi Singhal wrote:
> Alig arguments with open parenthesis.
>
> Signed-off-by: Arushi Singhal
> ---
> changes in v3
> - Improve the commit message.
Did not apply as I think someone else already did this same work.
thanks,
greg k-h
Hi Ziji
On Wed, 15 Mar 2017 21:58:43 +0800 Ziji Hu wrote:
> Hi Ulf,
>
> On 2017/3/15 21:11, Ulf Hansson wrote:
> > On 14 February 2017 at 18:01, Gregory CLEMENT
> > wrote:
> >> From: Hu Ziji
>
> >> +config MMC_SDHCI_XENON
> >> + tristate "Marvell Xenon eMMC/SD/SDIO SDHCI driver"
> >
On Wed, Mar 15, 2017 at 08:54:20PM -0400, Steven Rostedt wrote:
> On Tue, 14 Mar 2017 19:14:25 -0700
> Andi Kleen wrote:
>
> > From: Andi Kleen
> >
> > Inlining trace_seq_overflowed takes ~17k in text size in my kernel.
> > The function doesn't seem to be time critical, so we can just out of li
Arnaldo,
On Wed, Mar 15, 2017 at 10:44 AM, Arnaldo Carvalho de Melo
wrote:
>
> Em Wed, Mar 15, 2017 at 10:08:27AM -0700, Stephane Eranian escreveu:
> > On Wed, Mar 15, 2017 at 6:58 AM, Arnaldo Carvalho de Melo
> > wrote:
> > > Em Wed, Mar 15, 2017 at 10:50:59AM -0300, Arnaldo Carvalho de Melo
>
On Tue, Mar 14, 2017 at 10:23:02AM +0100, Peter Senna Tschudin wrote:
> Configures the megachips-stdp-ge-b850v3-fw bridges on the GE
> B850v3 dts file.
>
> Cc: Laurent Pinchart
> Cc: Martyn Welch
> Cc: Martin Donnelly
> Cc: Javier Martinez Canillas
> Cc: Enric Balletbo i Serra
> Cc: Phili
Apply for a loan at 3% reply to this Email for more Info
On Wed, Mar 15, 2017 at 04:28:09PM +0530, suni...@techveda.org wrote:
> From: Suniel Mahesh
>
> Fixed the following checkpatch.pl warning:
> Possible unnecessary 'out of memory' message
> If it is out of memory, function should return with an
> appropriate error code. Since this function is of ty
Jarkko Sakkinen @ 2017-03-15 05:57 GMT:
> From: Jarkko Sakkinen
>
> This commit adds support for requesting and relinquishing locality 0 in
> tpm_crb for the course of command transmission.
>
> In order to achieve this, two new callbacks are added to struct
> tpm_class_ops:
>
> - request_localit
FYI, we noticed the following commit:
commit: bae58218d80c6beffd5c96c0fcae372a0e63ca32 ("mm: move pcp and lru-pcp
draining into single wq")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
in testcase: iozone
with following parameters:
disk: 2HDD
fs: ext4
Thanks for your info.
I see.
Regards,
Jerry (Junwei Zhang)
Linux Base Graphics
SRDC Software Development
_
> -Original Message-
> From: Alex Deucher [mailto:alexdeuc...@gmail.com]
> Sent: Thursday, March 16, 2017 10:25
> To: Zhang, Jerry
> Cc: Christi
On Tue, Mar 14, 2017 at 07:25:51PM -0700, Matthew Giassa wrote:
> Removing mixed spaces/hard-tabs used to create a "column alignment" of
> macro names and macro values.
>
> Signed-off-by: Matthew Giassa
> ---
> drivers/staging/ks7010/ks_wlan_ioctl.h | 4 ++--
> 1 file changed, 2 insertions(+), 2
From: Joonsoo Kim
Following patch will implement deduplication functionality
in the zram and it requires an indirection layer to manage
the life cycle of zsmalloc handle. To prepare that, this patch
introduces zram_entry which can be used to manage the life-cycle
of zsmalloc handle. Many lines ar
From: Joonsoo Kim
Zspage is always movable and is used through zs_map_object() function
which returns directly accessible pointer that contains content of
zspage. It is independent on the user's allocation flag.
Therefore, it's better to always set movable/highmem flag to the zspage.
After that,
From: Joonsoo Kim
This patch implements deduplication feature in zram. The purpose
of this work is naturally to save amount of memory usage by zram.
Android is one of the biggest users to use zram as swap and it's
really important to save amount of memory usage. There is a paper
that reports tha
From: Joonsoo Kim
Benefit of deduplication is dependent on the workload so it's not
preferable to always enable. Therefore, make it optional.
Signed-off-by: Joonsoo Kim
---
drivers/block/zram/zram_drv.c | 80 ++-
drivers/block/zram/zram_drv.h | 1 +
2 f
From: Joonsoo Kim
This patchset implements deduplication feature in zram. Motivation
is to save memory usage by zram. There are detailed description
about motivation and experimental results on patch 3 so please
refer it.
Thanks.
Joonsoo Kim (4):
mm/zsmalloc: always set movable/highmem flag t
On Wed, Mar 15, 2017 at 07:10:56PM -0600, David Ahern wrote:
> On 3/15/17 7:06 PM, Arnaldo Carvalho de Melo wrote:
> > Added more people to the CC list.
> >
> > Em Wed, Mar 15, 2017 at 05:58:19PM -0700, Alexei Starovoitov escreveu:
> >> On Thu, Feb 16, 2017 at 05:00:50PM +1100, Anton Blanchard wro
On Wed, 2017-03-15 at 20:48 +0100, Lutz Vieweg wrote:
> Dear Linux Developers,
>
> change set "tcp: randomize tcp timestamp offsets for each connection"
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/co
> mmit/?id=95a22caee396cef0bb2ca8fafdd82966a49367bb
> broke networking fo
On Tue, Mar 14, 2017 at 03:18:14PM +0530, Jagan Teki wrote:
> From: Jagan Teki
>
> Add missing documentation of max11801-ts dt-binding details.
>
> Cc: Mark Rutland
> Cc: Rob Herring
> Cc: Shawn Guo
> Cc: Michael Trimarchi
> Signed-off-by: Jagan Teki
> ---
> Changes for v5:
> - Newly added
On Tue, Mar 14, 2017 at 03:18:09PM +0530, Jagan Teki wrote:
> From: Jagan Teki
> Jagan Teki (8):
> ARM: dts: imx6qdl-icore: Add backlight support for lvds
> ARM: dts: imx6q: Add Engicam i.CoreM6 Quad/Dual OpenFrame Cap 10.1
> initial support
> ARM: dts: imx6q: Add Engicam i.CoreM6 Quad/D
On Tue, Mar 14, 2017 at 08:33:57AM -0700, Andrey Smirnov wrote:
> System Reset Controller in i.MX7 doesn't have any commonality with IP
> block found in i.MX5 and i.MX6 SoC families. Given that and the new
> upstream driver for i.MX7 variant (see
> https://lkml.org/lkml/2017/2/21/466) remove "fsl,i
From: Peter Hurley
If the tty has been hungup, the ldisc instance may have been destroyed.
Continued input to the tty will be ignored as long as the ldisc instance
is not visible to the flush_to_ldisc kworker. However, when the tty
is reopened and a new ldisc instance is created, the flush_to_ldi
On 15-03-17, 12:45, Rafael J. Wysocki wrote:
> From the first quick look patches [1-3/9] seem to be split out somewhat
> artificially.
>
> Any chance to fold them into the patches where the new stuff is actually used?
>
> I'll be looking at the rest of the patchset shortly.
I thought it would be
ЦЕЛЕВЫЕ БАЗЫ http://128.fo.ru УЗНАЙТЕ ПОДРОБНЕЕ!!!
Hi Rafael,
On Wed, Mar 15, 2017 at 6:04 PM, Rafael J. Wysocki wrote:
> On Wed, Mar 15, 2017 at 1:59 PM, Patrick Bellasi
>>> Do you have any practical examples of that, like for example what exactly
>>> Android is going to use this for?
>>
>> In general, every "informed run-time" usually know quit
The following patches address all outstanding checkpatch warnings/errors
present in drivers/staging/ks7010/ks_wlan_ioctl.h.
This change set has been rebased off of the current master
(69eea5a4ab9c705496e912b55a9d312325de19e6) as per an earlier request,
and the change log formatting has been slight
Removing trailing white space characters in comments to resolve
a checkpatch warning.
Signed-off-by: Matthew Giassa
---
drivers/staging/ks7010/ks_wlan_ioctl.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ks7010/ks_wlan_ioctl.h
b/drivers/staging/ks7010/ks_w
Wrapping all complex macros with parentheses to resolve checkpatch
errors. This change, along with the preceding changes in this change
set, resolves all checkpatch warnings and errors for the file.
Signed-off-by: Matthew Giassa
---
drivers/staging/ks7010/ks_wlan_ioctl.h | 64 +--
Re-aligning function parameters in function prototypes by inserting
additional hard-tabs to resolve a checkpatch warning.
Signed-off-by: Matthew Giassa
---
drivers/staging/ks7010/ks_wlan_ioctl.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ks7010/ks_wlan_io
Removing mixed spaces/hard-tabs used to create a "column alignment" of
macro names and macro values.
Signed-off-by: Matthew Giassa
---
drivers/staging/ks7010/ks_wlan_ioctl.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ks7010/ks_wlan_ioctl.h
b/drivers/
On Wed, 15 Mar 2017 19:27:57 -0700
Andi Kleen wrote:
> On Wed, Mar 15, 2017 at 08:54:20PM -0400, Steven Rostedt wrote:
> > On Tue, 14 Mar 2017 19:14:25 -0700
> > Andi Kleen wrote:
> >
> > > From: Andi Kleen
> > >
> > > Inlining trace_seq_overflowed takes ~17k in text size in my kernel.
> >
Hi Jisheng,
On 2017年03月15日 15:18, Jisheng Zhang wrote:
Hi Jane,
On Wed, 15 Mar 2017 15:08:34 +0800 Jane Li wrote:
Add basic support for handling suspend and resume.
Signed-off-by: Jane Li
---
drivers/net/ethernet/marvell/mvneta.c | 44 +++
1 file changed
Jerry Snitselaar @ 2017-03-16 02:38 GMT:
> Jarkko Sakkinen @ 2017-03-15 05:57 GMT:
>
>> From: Jarkko Sakkinen
>>
>> This commit adds support for requesting and relinquishing locality 0 in
>> tpm_crb for the course of command transmission.
>>
>> In order to achieve this, two new callbacks are add
On Tue, Mar 14, 2017 at 08:05:38AM -0700, Andrey Smirnov wrote:
> Add DT bindings for power domain driver for GPCv2 IP block found in
> i.MX7 SoCs.
>
> Cc: yurov...@gmail.com
> Cc: Lucas Stach
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Fabio Estevam
> Cc: devicet...@vger.kernel.org
> Cc: linux
Hi all
This series set the phy_cfg_clk to be a required clock for RK3399, and
add a grf clock control in dw-mipi-dsi driver. And then correct a
register name.
Changes in v2:
- check the grf_clk only for RK3399
Chris Zhong (4):
drm/rockchip/dsi: check phy_cfg_clk only for RK3399
dt-bindings:
For RK3399, the phy_cfg_clk is a required clock, if phy_cfg_clk is
disabled, MIPI phy can not work. Let's return a error if there is no
phy_cfg_clk in dts property, when the pdata match RK3399.
Signed-off-by: Chris Zhong
---
Changes in v2: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 10 -
For RK3399, the grf clock should be controlled by dw-mipi-dsi driver,
add the description for this clock.
Signed-off-by: Chris Zhong
---
Changes in v2: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchip.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
For the RK3399, the grf_switch_reg name should be RK3399_GRF_SOC_CON20,
not RK3399_GRF_SOC_CON19.
Signed-off-by: Chris Zhong
---
Changes in v2: None
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/dw-mipi-d
For RK3399, the grf clk should be enabled before writing grf registers,
otherwise the register value can not be changed.
Signed-off-by: Chris Zhong
---
Changes in v2:
- check the grf_clk only for RK3399
drivers/gpu/drm/rockchip/dw-mipi-dsi.c | 21 +
1 file changed, 21 inser
Mapping entire GCR mem region in this driver creates
mem region request conflict in sub devices that depend
on PMC. This creates driver probe failure in devices like
iTC0_wdt and telemetry device.
Currently this driver only need memory mapping for
s0ix counter registers. So this patch fixes this i
On Tue, Mar 14, 2017 at 08:05:39AM -0700, Andrey Smirnov wrote:
> Add code allowing for control of various power domains managed by GPCv2
> IP block found in i.MX7 series of SoCs. Power domains covered by this
> patch are:
>
> - PCIE PHY
> - MIPI PHY
> - USB HSIC PHY
> - USB OTG1/2
On Wed, 15 Mar 2017 23:20:30 -0400
Steven Rostedt wrote:
> > It is used in lots of places outside trace_handle_return, so that would
> > give far less savings.
Actually, I think you'll probably have *more* savings inlining
trace_handle_return() than trace_seq_has_overflowed(). Why?
Think abou
On Thu, 16 Mar 2017 11:19:10 +0800 Jane Li wrote:
> Add basic support for handling suspend and resume.
>
> Signed-off-by: Jane Li
> ---
> Since v1:
> - add mvneta_conf_mbus_windows() and mvneta_bm_port_init() in mvneta_resume()
>
> drivers/net/ethernet/marvell/mvneta.c | 62
>
Hi Philipp,
On Wed, Mar 15, 2017 at 4:10 PM, Philipp Zabel wrote:
> Hi Vivek,
>
> On Fri, 2017-03-10 at 20:10 +0530, Vivek Gautam wrote:
>> Hi Philipp,
>>
>>
>> On Wed, Feb 22, 2017 at 10:54 AM, Vivek Gautam
>> wrote:
>> > Count number of reset phandles available with the device node
>> > to kn
Embedded function names are less appropriate to use when
refactoring, can cause function renaming. Prefer the use
of "%s", __func__ to embedded function names
Signed-off-by: Mohsin Shan
---
drivers/staging/goldfish/goldfish_nand.c | 16
1 file changed, 8 insertions(+), 8 deleti
Add basic support for handling suspend and resume.
Signed-off-by: Jane Li
---
Since v1:
- add mvneta_conf_mbus_windows() and mvneta_bm_port_init() in mvneta_resume()
drivers/net/ethernet/marvell/mvneta.c | 62 ---
1 file changed, 58 insertions(+), 4 deletions(-)
"Andrew F. Davis" writes:
> When CONFIG_MACINTOSH_DRIVERS is not set make will still descend into the
> macintosh directory but nothing will be built. This produces unneeded
> build artifacts and messages in addition to slowing the build.
> Fix this here.
>
> Signed-off-by: Andrew F. Davis
> ---
Hello,
On (03/15/17 14:24), Minchan Kim wrote:
> There is no user for it. Remove it.
>
there is one.
mm/rmap.c
try_to_unmap_one()
...
if (unlikely(PageSwapBacked(page) != PageSwapCache(page))) {
WARN_ON_ONCE(1);
ret = SWAP_FAIL;
page_vma
Hello,
commit 4f86a82ff7df ("x86/atomic: move __arch_atomic_add_unless out of line")
moved __arch_atomic_add_unless() out atomic.h and new KASAN atomic
instrumentation [1] can't see it anymore
In file included from ./arch/x86/include/asm/atomic.h:257:0,
from ./include/linux/atom
The rpmsg devices are allocated in the backends and as such must be
freed there as well.
Signed-off-by: Bjorn Andersson
---
drivers/rpmsg/qcom_smd.c | 11 +++
drivers/rpmsg/virtio_rpmsg_bus.c | 9 +
2 files changed, 20 insertions(+)
diff --git a/drivers/rpmsg/qcom_smd.c
On 2017/3/16 8:07, Martin K. Petersen wrote:
> Kefeng Wang writes:
>
> Kefeng,
>
>> 'n = header_length + block_descriptor_length' could be greater than 512,
>> and will lead to oob access, so enlarge transfer buffer to fix it.
>
> Can you share the output of sg_modes -p 0x2a /dev/srN for the
Add device tree binding documentation for the Qualcomm GLINK RPM, used
for communication with the Resource Power Management subsystem in
various Qualcomm SoCs.
Signed-off-by: Bjorn Andersson
---
.../devicetree/bindings/soc/qcom/qcom,glink.txt| 73 ++
1 file changed, 73 in
This introduces a basic driver for communicating over "native glink"
with the RPM found in Qualcomm platforms.
Signed-off-by: Bjorn Andersson
---
drivers/rpmsg/Kconfig |8 +
drivers/rpmsg/Makefile |1 +
drivers/rpmsg/qcom_glink_rpm.c | 1249 ++
Hi Guys,
The cpu_cooling driver is designed to use CPU frequency scaling to avoid
high thermal states for a platform. But it wasn't glued really well with
cpufreq core.
This series tries to improve interactions between cpufreq core and
cpu_cooling driver and does some fixes/cleanups to the cpu_co
Just to make it look better.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c
index 6fd258d62e47..7ce73eee866f 100644
--- a/drivers/thermal/cpu_cooling
'allowed_cpus' is a copy of policy->related_cpus and can be replaced by
it directly. At some places we are only concerned about online CPUs and
policy->cpus can be used there.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 77 ---
1 file c
Objects of "struct thermal_cooling_device" are named a bit
inconsistently. Lets use cdev everywhere.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/thermal/cpu_coolin
After the lock is dropped, it is possible that the cpufreq_dev gets
freed before we call get_level() and that can cause kernel to crash.
Drop the lock after we are done using the structure.
Cc: 4.2+
Fixes: 02373d7c69b4 ("thermal: cpu_cooling: fix lockdep problems in
cpu_cooling")
Signed-off-by:
'cpu' is used at only one place and there is no need to keep a separate
variable for it.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c
index 99dc683
The cpu_cooling driver keeps two tables:
- freq_table: table of frequencies in descending order, built from
policy->freq_table.
- power_table: table of frequencies and power in ascending order, built
from OPP table.
If the OPPs are used for the CPU device then both these tables are
actually
There is only one user of cpufreq_cooling_get_level() and that already
has pointer to the cpufreq_dev structure. It can directly call
get_level() instead and we can get rid of cpufreq_cooling_get_level().
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 33 +---
The cpufreq policy can be used by the cpu_cooling driver, lets store it
in the cpufreq_cooling_device structure.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c
inde
We keep two arrays for idle time stats and allocate memory for them
separately. It would be much easier to follow if we create an array of
idle stats structure instead and allocate it once.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 53 ---
The frequency table shouldn't have any zero frequency entries and so
such a check isn't required. Though it would be better to make sure
'state' is within limits.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --gi
This shrinks the size of the structure on arm64 by 8 bytes by avoiding
padding of 4 bytes at two places.
Also add missing doc comment for freq_table
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/
'cpu_dev' is used by only one function, get_static_power(), and it
wouldn't be time consuming to get the cpu device structure within it.
This would help removing cpu_dev from struct cpufreq_cooling_device.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 22 ++
The frequency passed to get_level() is returned by cpu_power_to_freq()
and it is guaranteed that get_level() can't fail.
Get rid of error code.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 20 +---
1 file changed, 5 insertions(+), 15 deletions(-)
diff --git a
Any comment?
On Wed, Mar 15, 2017 at 12:01 PM, Pushkar Jambhlekar
wrote:
> Fixing 'if' block coding style. '{' should follow 'if' for multiline block
>
> Signed-off-by: Pushkar Jambhlekar
> ---
> drivers/staging/vc04_services/interface/vchiq_arm/vchiq_shim.c | 3 +--
> 1 file changed, 1 inserti
We need such a routine at two places already, lets create one.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq_stats.c | 13 -
drivers/thermal/cpu_cooling.c | 22 +-
include/linux/cpufreq.h | 14 ++
3 files changed, 27 insertions(+),
On Wed, Mar 15, 2017 at 05:37:29PM +0100, Andrea Arcangeli wrote:
> On Wed, Mar 15, 2017 at 02:11:40PM +0100, Michal Hocko wrote:
> > OK, I see now. I am afraid there is quite a lot of code which expects
> > that zones do not overlap. We can have holes in zones but not different
> > zones interleav
Hey, Sergey,
On Thu, Mar 16, 2017 at 01:40:23PM +0900, Sergey Senozhatsky wrote:
> Hello,
>
>
> On (03/15/17 14:24), Minchan Kim wrote:
> > There is no user for it. Remove it.
> >
>
> there is one.
>
> mm/rmap.c
>
> try_to_unmap_one()
> ...
> if (unlikely(PageSwapBacked(page) != PageSw
The CPU cooling driver uses the cpufreq policy, to get clip_cpus, the
frequency table, etc. Most of the callers of CPU cooling driver's
registration routines have the cpufreq policy with them, but they only
pass the policy->related_cpus cpumask. The __cpufreq_cooling_register()
routine then gets th
The OPPs are registered for all CPUs of a cpufreq policy now and we
don't need to run the loop in build_dyn_power_table(). Just check for
the policy->cpu and we should be fine.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 26 +++---
1 file changed, 11 inser
Objects of "struct cpufreq_cooling_device" are named a bit
inconsistently. Lets use cpufreq_dev everywhere.
Signed-off-by: Viresh Kumar
---
drivers/thermal/cpu_cooling.c | 133 +-
1 file changed, 66 insertions(+), 67 deletions(-)
diff --git a/drivers/ther
> Added more people to the CC list.
>
> Em Wed, Mar 15, 2017 at 05:58:19PM -0700, Alexei Starovoitov escreveu:
> > On Thu, Feb 16, 2017 at 05:00:50PM +1100, Anton Blanchard wrote:
> > > We have uses of CONFIG_UPROBE_EVENT and CONFIG_KPROBE_EVENT as
> > > well as CONFIG_UPROBE_EVENTS and CONFIG_KPR
Hi,
On 03/15/2017 04:15 PM, Philipp Zabel wrote:
On Wed, 2017-02-22 at 10:54 +0530, Vivek Gautam wrote:
Add support to get a list of resets available for the device.
These resets must be kept de-asserted until the device is
in use.
Cc: Felipe Balbi
Signed-off-by: Vivek Gautam
---
Based on
On Wed, 15 Mar 2017, Andy Lutomirski wrote:
> Can you give this a try:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git/commit/?h=x86/fixes&id=9edb8154863ba1a7f6f1f15ffe6aecf3cf32bf21
>
> (The link doesn't work yet but it should in a minute or two.)
I've tested it and I am una
On (03/16/17 14:33), Minchan Kim wrote:
[..]
> "There is no user for it"
>
> I was liar so need to be a honest guy.
ha-ha-ha. I didn't say that :)
[..]
> @@ -1414,7 +1414,7 @@ static bool try_to_unmap_one(struct page *page, struct
> vm_area_struct *vma,
>*/
>
On Wed, 15 Mar 2017 20:17:35 +0100
Gregory CLEMENT wrote:
> Hi Ralph,
>
> On mer., mars 08 2017, Ralph Sennhauser
> wrote:
>
>
>
> > @@ -88,6 +89,9 @@
> > ethernet@7 {
> > status = "okay";
> > phy-mode = "rgmii-
On Wednesday 15 March 2017 11:50 AM, Michael Ellerman wrote:
Hi Peter,
Peter Zijlstra writes:
On Tue, Mar 14, 2017 at 02:31:51PM +0530, Madhavan Srinivasan wrote:
Huh? PPC hasn't yet implemented this? Then why are you fixing it?
yes, PPC hasn't implemented this (until now).
until now whe
On 2017/3/16 9:06, Arnaldo Carvalho de Melo wrote:
Added more people to the CC list.
Em Wed, Mar 15, 2017 at 05:58:19PM -0700, Alexei Starovoitov escreveu:
On Thu, Feb 16, 2017 at 05:00:50PM +1100, Anton Blanchard wrote:
We have uses of CONFIG_UPROBE_EVENT and CONFIG_KPROBE_EVENT as
well as
On Wednesday 15 March 2017 05:53 PM, Peter Zijlstra wrote:
On Wed, Mar 15, 2017 at 05:20:15PM +1100, Michael Ellerman wrote:
I see no implementation; so why are you poking at it.
Maddy has posted an implementation of the kernel part for powerpc in
patch 2 of this series, but maybe you're not
On 15/03/17 19:44, Stefano Stabellini wrote:
> On Wed, 15 Mar 2017, Juergen Gross wrote:
>> On 14/03/17 22:22, Stefano Stabellini wrote:
>>> Hi Juergen,
>>>
>>> thank you for the review!
>>>
>>> On Tue, 14 Mar 2017, Juergen Gross wrote:
On 14/03/17 00:50, Stefano Stabellini wrote:
> Implem
Hello,
We run CRIU tests for linux-next and here is a new bug in the kernel log
[2.431229] Freeing unused kernel memory: 1356K
[2.436371] Freeing unused kernel memory: 168K
[2.522236] BUG: spinlock bad magic on CPU#0, init/1
[2.527487] lock: 0x94915477fd88, .magic: ,
On (03/16/17 14:51), Minchan Kim wrote:
[..]
> > > @@ -1414,7 +1414,7 @@ static bool try_to_unmap_one(struct page *page,
> > > struct vm_area_struct *vma,
> > >*/
> > > if (unlikely(PageSwapBacked(page) !=
> > > PageSwapCache(page))) {
> > >
Add appropriate properties to devices in the Linksys WRT AC Series for the
mvneta driver to use hardware buffer management.
Also update "soc" ranges property and set the status of bm and bm-bppi
to "okay" (SRAM).
Signed-off-by: Ralph Sennhauser
---
v1 -> v2:
Use independent pools for sh
Changes since v3 [1]:
1/ Rebased on v4.11-rc2
2/ Worked around kasan regression ("x86, kasan: clarify kasan's
dependency on vmemmap_populate_hugepages()") (Nicolai)
[1]: https://lwn.net/Articles/712099/
---
The initial motivation for this change is persistent memory platforms
that, unfortun
'struct mem_section_usage' combines the existing 'pageblock_flags' bitmap
with a new 'map_active' bitmap. The new bitmap enables the memory
hot{plug,remove} implementation to act on incremental sub-divisions of
a section. The primary impetus for this functionality is to support
platforms that mix
devm_memremap_pages() records mapped ranges in pgmap_radix with an entry
per section's worth of memory (128MB). The key for each of those
entries is a section number.
This leads to false positives when devm_memremap_pages() is passed a
section-unaligned range as lookups in the misalignment fail t
section_nr_to_pfn() will silently accept an argument that is too small
to contain a pfn. Cast the argument to an unsigned long, similar to
PFN_PHYS(). Fix up pfn_to_section_nr() in the same way.
This was discovered in __add_pages() when converting it to use an
signed integer for the loop variable.
Prepare for hot{plug,remove} of sub-ranges of a section by tracking a
section active bitmask, each bit representing 2MB (SECTION_SIZE (128M) /
map_active bitmask length (64)).
Cc: Michal Hocko
Cc: Vlastimil Babka
Cc: Johannes Weiner
Cc: Logan Gunthorpe
Cc: Mel Gorman
Cc: Andrew Morton
Cc: St
Up-level the local section size and mask from kernel/memremap.c to
global definitions. These will be used by the new sub-section hotplug
support.
Cc: Michal Hocko
Cc: Vlastimil Babka
Cc: Johannes Weiner
Cc: Logan Gunthorpe
Cc: Mel Gorman
Cc: Andrew Morton
Cc: Stephen Bates
Signed-off-by: D
We mark and check that the section is present under a spin_lock() in
sparse_add_one_section(), so the lock ensures it will not change between
those 2 events. Also, we do not check the -EBUSY return value in
sparse_init(). Just make sparse_init_one_section() return void and clean
up the error handli
Allow sub-section sized ranges to be added to the memmap.
populate_section_memmap() takes an explict pfn range rather than
assuming a full section, and those parameters are plumbed all the way
through to vmmemap_populate(). There should be no sub-section in
current code. New warnings are added to c
Prepare the memory hot-{add,remove} paths for handling sub-section
ranges by plumbing the starting page frame and number of pages being
handled through arch_{add,remove}_memory() to
sparse_{add,remove}_one_section().
This is simply plumbing, small cleanups, and some identifier renames. No
intended
In preparation for sub-section memory hotplug support, remove a
dependency on ->section_mem_map being populated. In SPARSEMEM_VMEMMAP=y
configurations pfn_to_page() does not use ->section_mem_map. The
sub-section hotplug support relies on this fact and skips initializing
it. Without ->section_mem_m
Teach devm_memremap_pages() about the new sub-section capabilities of
arch_{add,remove}_memory().
Cc: Michal Hocko
Cc: Toshi Kani
Cc: Andrew Morton
Cc: Logan Gunthorpe
Cc: Stephen Bates
Signed-off-by: Dan Williams
---
kernel/memremap.c | 24 +++-
1 file changed, 7 inse
801 - 900 of 928 matches
Mail list logo
