Hi.
2018-09-18 17:21 GMT+09:00 Richard Weinberger :
> Am Dienstag, 18. September 2018, 05:58:33 CEST schrieb Masahiro Yamada:
>> Some samples require headers installation, so commit 3fca1700c4c3
>> ("kbuild: make samples really depend on headers_install") added
>> such dependency in the top Makefi
Free Electrons became Bootlin. Update my email accordingly.
Signed-off-by: Antoine Tenart
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4ece30f15777..b63f3683d485 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1251,7 +1251,7 @
Hi Oleg! While been testing criu with linux-next we've triggered a BUG.
https://api.travis-ci.org/v3/job/430308998/log.txt
[2.461618] BUG: sleeping function called from invalid context at
security/apparmor/include/cred.h:154
[2.461794] in_atomic(): 1, irqs_disabled(): 1, pid: 152, name: i
On Wed, Sep 19, 2018 at 10:07:37AM +0300, Cyrill Gorcunov wrote:
> Hi Oleg! While been testing criu with linux-next we've triggered a BUG.
> https://api.travis-ci.org/v3/job/430308998/log.txt
>
> [2.461618] BUG: sleeping function called from invalid context at
> security/apparmor/include/cred
FW: David Howells
2018-09-19 8:00 GMT+09:00 Leonardo Brás :
> Removes an unnecessary shadowed local variable (start).
> Optimize test of isdigit:
> - If isalpha returns true, isdigit will return false, so no need to test.
>
> Signed-off-by: Leonardo Brás
This patch was sent to me, but maybe be
Hello Kishon,
Any update about these two patches?
Thanks!
Antoine
On Fri, Jul 13, 2018 at 05:47:03PM +0200, Antoine Tenart wrote:
> Use the appropriate SPDX license identifier and drop the license text.
> This patch is only cosmetic.
>
> Signed-off-by: Antoine Tenart
> ---
> drivers/phy/marve
0-Day tests found compilation error on x86. Driver won't
compile on x86_64 as "of_match_ptr" is not found. Add missing
include
Signed-off-by: Matti Vaittinen
---
drivers/regulator/bd71837-regulator.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/regulator/bd71837-regulator.c
b/dr
On Wed, Sep 19, 2018 at 1:50 AM Stephen Rothwell wrote:
> On Tue, 18 Sep 2018 23:17:21 +0100 David Howells wrote:
> > Stephen Rothwell wrote:
> > > > After merging the vfs tree, today's linux-next build (powerpc
> > > > allyesconfig) failed like this:
> > > >
> > > > samples/vfs/test-fsinfo.c: I
Hi Antoine,
On Wednesday 19 September 2018 12:43 PM, Antoine Tenart wrote:
> Hello Kishon,
>
> Any update about these two patches?
Looks like patches for this from Jisheng Zhang has already made into the 4.19
kernel.
Thanks
Kishon
>
> Thanks!
> Antoine
>
> On Fri, Jul 13, 2018 at 05:47:03PM +
On Wed, Sep 19, 2018 at 12:50:51PM +0530, Kishon Vijay Abraham I wrote:
> On Wednesday 19 September 2018 12:43 PM, Antoine Tenart wrote:
> >
> > Any update about these two patches?
>
> Looks like patches for this from Jisheng Zhang has already made into the 4.19
> kernel.
OK, I see. Thanks!
Ant
This series adds support for a new PMIC MT6358 and a new SoC
MT8183 to the pmic-wrap driver.
Hsin-Hsiung Wang (4):
dt-bindings: mediatek: add compatible for mt8183 pwrap
soc: mediatek: use group of bits for pwrap capability
soc: mediatek: add mt8183 pwrap support
arm64: dts: mediatek: add
Use group of bits for pwrap capability instead of
elements of structure.
This patch is preparing for adding mt8183 pwrap support.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 248 ++-
1 file changed, 129 insertions(+), 119 deletions(-
add pwrap device node for mt8183.
Signed-off-by: Hsin-Hsiung Wang
---
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8183.dtsi
b/arch/arm64/boot/dts/mediatek/mt8183.dtsi
index c22a2dc..fa67d781 100644
--- a
MT6358 is a new power management IC and it is used for
mt8183 SoCs. To define mt6358_regs for pmic register
mapping and pmic_mt6358 for accessing register.
Adding one more interrupt and wdt source.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/soc/mediatek/mtk-pmic-wrap.c | 195 +++
This adds dt-binding documentation of pwrap for Mediatek MT8183 SoC
Platform.
Signed-off-by: Hsin-Hsiung Wang
---
Documentation/devicetree/bindings/soc/mediatek/pwrap.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/soc/mediatek/pwrap.txt
b/Documentation
On (09/19/18 14:18), Minchan Kim wrote:
> We need to count zero filled pages as well as other pages in zram.
A nit,
'ZRAM_FLAG_SHIFT + 1' covers all ZRAM_SAME pages, not only
zero filled pages.
-ss
Currently there are mainly three bugs in 32bits system when doing
hibernation:
1. The page copy code is not running in safe page, which might
cause hang during resume.
2. There's no text mapping for the final jump address
of the original kernel, which might cause the system jumping
into il
From: Zhimin Gu
On 32bit systems, nosave_regions(non RAM areas) located between
max_low_pfn and max_pfn are not excluded from hibernation snapshot
currently, which may result in a machine check exception when
trying to access these unsafe regions during hibernation:
[ 612.800453] Disabling lock
Currently if get_e820_md5() fails, then it will hibernate nevertheless.
Actually the error code should be propagated to upper caller so that
the hibernation could be aware of the result and terminates the process
if md5 digest fails.
Suggested-by: Thomas Gleixner
Cc: "Rafael J. Wysocki"
Signed-o
From: Zhimin Gu
Backport
Commit ef0f3ed5a4ac (x86/asm/power: Create stack frames
in hibernate_asm_64.S)
and
Commit 4ce827b4cc58 (x86/power/64: Fix hibernation return
address corruption)
And also prepare for relocated code and jump address
mapping.
Cc: "Rafael J. Wysocki"
Signed-off-by: Zhimin
From: Zhimin Gu
Enable CONFIG_ARCH_HIBERNATION_HEADER for 32bit system so that
md5 check is enabled and prepare for relocated code executing
and jump address mapping.
Cc: "Rafael J. Wysocki"
Signed-off-by: Zhimin Gu
Signed-off-by: Chen Yu
---
arch/x86/Kconfig | 2 +-
1 file changed, 1 insert
From: Zhimin Gu
Reduce the hibernation code duplication between x86-32 and x86-64
by extracting the common code into hibernate.c.
No functional change.
Acked-by: Pavel Machek
Cc: "Rafael J. Wysocki"
Cc: Thomas Gleixner
Signed-off-by: Zhimin Gu
Signed-off-by: Chen Yu
---
arch/x86/include/a
From: Zhimin Gu
Convert the hard code into PAGE_SIZE for better scalability.
No functional change.
Cc: "Rafael J. Wysocki"
Signed-off-by: Zhimin Gu
Signed-off-by: Chen Yu
---
arch/x86/power/hibernate_asm_32.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/power
From: Zhimin Gu
As 32bit system is not using 4-level page, rename it
to temp_pgt so that it can be reused for both 32bit
and 64bit hibernation.
No functional change.
Cc: "Rafael J. Wysocki"
Signed-off-by: Zhimin Gu
Signed-off-by: Chen Yu
---
arch/x86/include/asm/suspend.h| 2 +-
arch/x8
From: Zhimin Gu
After all the pages are restored to previous address, the page
table switches back to current swapper_pg_dir. However the
swapper_pg_dir currently in used might not be consistent with
previous page table, which might cause issue after resumed.
Fix this issue by switching to origi
From: Zhimin Gu
This is to reuse the temp_pgt for both 32bit and 64bit
system.
No functional change.
Cc: "Rafael J. Wysocki"
Signed-off-by: Zhimin Gu
Signed-off-by: Chen Yu
---
arch/x86/power/hibernate_32.c | 2 ++
arch/x86/power/hibernate_asm_32.S | 3 +--
2 files changed, 3 insertions
From: Zhimin Gu
Set up the temporary text mapping for the final jump address
so that the system could jump to the right address after all
the pages have been copied back to their original address.
Back-port from 64bit system.
Cc: "Rafael J. Wysocki"
Signed-off-by: Zhimin Gu
Signed-off-by: Che
From: Zhimin Gu
Update the in_suspend variable to reflect the actual hibernation
status. Back-port from 64bit system.
Cc: "Rafael J. Wysocki"
Signed-off-by: Zhimin Gu
Signed-off-by: Chen Yu
---
arch/x86/power/hibernate_asm_32.S | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/x86/
From: Zhimin Gu
Code should be executed in a safe page during page
restoring, as the page where instruction is running
during resume might be scribbled and causes issues.
Backport the code from 64 bit system to fix this bug.
Cc: "Rafael J. Wysocki"
Signed-off-by: Zhimin Gu
Signed-off-by: Chen
On 09/18/2018 04:55 PM, Gustavo A. R. Silva wrote:
> There is a potential execution path in which function
> of_find_compatible_node() returns NULL. In such a case,
> we end up having a NULL pointer dereference when accessing
> pointer *nfc_np* in function of_clk_get().
>
> So, we better don't
There isn't subcommand `version` when typing `perf help`.
Before :
$ perf help | grep version
usage: perf [--version] [--help] [OPTIONS] COMMAND [ARGS]
So add perf-version in command-list.txt for listing it
when typing `perf help`.
After :
$ perf help | grep version
usage: perf [--version] [
On Tue, 18 Sep 2018, Waiman Long wrote:
> The clocksource watchdog, when running, is scheduled on all the CPUs in
> the system sequentially on a round-robin fashion with a period of 0.5s.
> A bug in the 4.18 kernel is causing missing ticks when nohz_full
> is specified. Under some circumstances, t
On Tue, Sep 18, 2018 at 10:04:18AM -0700, Dmitry Torokhov wrote:
> I am not sure how that would work, as there are multiple properties in
> that child array, so we can't simply take the first entry or assume that
> all entries describe GPIOs. Here is the fuller example:
>
> static const struct pro
On Wed, Sep 19, 2018 at 9:30 AM Chen Yu wrote:
>
> From: Zhimin Gu
>
> On 32bit systems, nosave_regions(non RAM areas) located between
> max_low_pfn and max_pfn are not excluded from hibernation snapshot
> currently, which may result in a machine check exception when
> trying to access these unsa
On Wed, Sep 19, 2018 at 9:31 AM Chen Yu wrote:
>
> Currently if get_e820_md5() fails, then it will hibernate nevertheless.
> Actually the error code should be propagated to upper caller so that
> the hibernation could be aware of the result and terminates the process
> if md5 digest fails.
>
> Sug
On Tue, Sep 18, 2018 at 03:04:23PM -0700, Rajat Jain wrote:
> On Tue, Sep 18, 2018 at 8:36 AM Mika Westerberg
> wrote:
> >
> > For some reason I thought GPIOLIB handles translation from GPIO ranges
> > to pinctrl pins but it turns out not to be the case. This means that
> > when GPIOs operations a
On Tue, Sep 18, 2018 at 03:14:44PM -0700, Rajat Jain wrote:
> Also consider fixing the checkpatch warning:
>
> Errors:
> * checkpatch.pl errors/warnings
>
> WARNING: Prefer 'unsigned int' to bare use of 'unsigned'
> #48: FILE: drivers/pinctrl/intel/pinc
On Wed, Sep 19, 2018 at 9:31 AM Chen Yu wrote:
>
> From: Zhimin Gu
>
> Backport
> Commit ef0f3ed5a4ac (x86/asm/power: Create stack frames
> in hibernate_asm_64.S)
> and
> Commit 4ce827b4cc58 (x86/power/64: Fix hibernation return
> address corruption)
>
> And also prepare for relocated code and ju
Hi Janusz,
Tony Lindgren wrote on Fri, 7 Sep 2018 09:45:24
-0700:
> Hi,
>
> * Janusz Krzysztofik [180905 20:56]:
> > On Wednesday, September 5, 2018 8:47:57 AM CEST Miquel Raynal wrote:
> > > Patch 2/3 does not apply on nand/next. Indeed the driver does not look
> > > the same as in the diff
On Tue, Sep 18, 2018 at 03:25:20PM +0800, zhong jiang wrote:
> Fix the following compile warning:
>
> drivers/gpu/drm/sun4i/sun4i_tcon.c:1088: warning: 'has_lvds_alt' may be used
> uninitialized in this function [-Wmaybe-uninitialized]
> bool has_lvds_rst, has_lvds_alt, can_lvds;
>
> Signed-off-
On Wed, Sep 19, 2018 at 10:41:16AM +0200, Rafael J. Wysocki wrote:
> On Wed, Sep 19, 2018 at 9:31 AM Chen Yu wrote:
> >
> > From: Zhimin Gu
> >
> > Backport
> > Commit ef0f3ed5a4ac (x86/asm/power: Create stack frames
> > in hibernate_asm_64.S)
> > and
> > Commit 4ce827b4cc58 (x86/power/64: Fix hi
Rather than guarding cpa_flush_array() users with a CLFLUSH test, put
it inside.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/pageattr.c | 29 +
1 file changed, 17 insertions(+), 12 deletions(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@
Rather than guarding all cpa_flush_range() uses with a CLFLUSH test,
put it inside.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/pageattr.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -293,6 +293,1
The start of cpa_flush_range() and cpa_flush_array() is the same, use
a common function.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/pageattr.c | 29 +
1 file changed, 13 insertions(+), 16 deletions(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageat
Instead of open-coding it..
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/pageattr.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -285,16 +285,6 @@ static void cpa_flush_all(unsigned long
on_eac
There is an atom errata, where we do a local TLB invalidate right
before we return and then do a global TLB invalidate.
Move the global invalidate up a little bit and avoid the local
invalidate entirely.
This does put the global invalidate under pgd_lock, but that shouldn't
matter.
Signed-off-by
If we IPI for WBINDV, then we might as well kill the entire TLB too.
But if we don't have to invalidate cache, there is no reason not to
use a range TLB flush.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/pageattr.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/arch/x8
Both cpa_flush_range() and cpa_flush_array() have a well specified
range, use that to do a range based TLB invalidate.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/pageattr.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/m
CAT has happened, WBINDV is bad (even before CAT blowing away the
entire cache on a multi-core platform wasn't nice), try not to use it
ever.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/mm/pageattr.c | 18 ++
1 file changed, 2 insertions(+), 16 deletions(-)
--- a/arch/x
Thomas' CPA patches made me look at the tlb invalidate crud around there. These
patches are the result of cleaning some of that up a bit. They are based on top
of Thomas' patches.
Dave, can you have a wee look at the Atom errata thing; this does grow the
amount of code between the page-table updat
On 2018/9/19 16:47, Maxime Ripard wrote:
> On Tue, Sep 18, 2018 at 03:25:20PM +0800, zhong jiang wrote:
>> Fix the following compile warning:
>>
>> drivers/gpu/drm/sun4i/sun4i_tcon.c:1088: warning: 'has_lvds_alt' may be used
>> uninitialized in this function [-Wmaybe-uninitialized]
>> bool has_lvd
On Wed, Sep 19, 2018 at 9:32 AM Chen Yu wrote:
>
> From: Zhimin Gu
>
> Reduce the hibernation code duplication between x86-32 and x86-64
> by extracting the common code into hibernate.c.
>
> No functional change.
>
> Acked-by: Pavel Machek
> Cc: "Rafael J. Wysocki"
> Cc: Thomas Gleixner
> Sign
On Wed, Sep 19, 2018 at 10:50:17AM +0200, Peter Zijlstra wrote:
> Instead of open-coding it..
>
> Signed-off-by: Peter Zijlstra (Intel)
> ---
> arch/x86/mm/pageattr.c | 12 +---
> 1 file changed, 1 insertion(+), 11 deletions(-)
>
> --- a/arch/x86/mm/pageattr.c
> +++ b/arch/x86/mm/page
On Wed, Sep 19, 2018 at 09:53:47AM +0200, Thomas Gleixner wrote:
> On Tue, 18 Sep 2018, Waiman Long wrote:
>
> > The clocksource watchdog, when running, is scheduled on all the CPUs in
> > the system sequentially on a round-robin fashion with a period of 0.5s.
> > A bug in the 4.18 kernel is causi
On Tue, Sep 18, 2018 at 10:54:28AM -0700, Reinette Chatre wrote:
> It works, but checkpatch.pl does not like it very much:
> > CHECK: extern prototypes should be avoided in .h files
> > #66: FILE: arch/x86/include/asm/perf_event.h:273:
> > +extern int x86_perf_rdpmc_index(struct perf_event *event);
The reset signal can be produced by GPIO expander that can sleep.
In that case the probe function fails. Allow using GPIO expanders for
the reset signal by using the non-atomic gpiod_set_value_cansleep()
function.
Signed-off-by: Michal Vokáč
---
drivers/video/fbdev/ssd1307fb.c | 4 ++--
1 file c
The SSD130x OLED display reset signal is active low. Now the reset
sequence is implemented in such a way that users are forced to
define reset-gpios as GPIO_ACTIVE_HIGH in DT to make the reset work.
Do not hard code the active-low sequence into the driver but instead
allow the user to specify the
> -Original Message-
> From: Lucas Stach
> Sent: 2018年9月17日 19:04
> To: Robin Gong ; Vinod Koul
> Cc: dmaeng...@vger.kernel.org; linux-kernel@vger.kernel.org; dl-linux-imx
> ; ker...@pengutronix.de;
> patchwork-...@pengutronix.de
> Subject: Re: [PATCH v2 3/4] dmaengine: imx-sdma: implemen
On 09/18/2018 04:35 PM, Rik van Riel wrote:
> On Tue, 2018-09-18 at 15:22 +0200, Jan H. Schönherr wrote:
[...]
> Task priorities in a flat runqueue are relatively straightforward, with
> vruntime scaling just like done for nice levels, but I have to admit
> that throttled groups provide a challenge
Hi Phil,
On Wed, Sep 19, 2018 at 11:18 AM Phil Edworthy
wrote:
> On 19 September 2018 10:15 Simon Horman wrote:
> > On Mon, Sep 17, 2018 at 05:36:09PM +0100, Phil Edworthy wrote:
> > > This provides a pinctrl driver for the Renesas R9A06G032 SoC
> > >
> > > Based on a patch originally written by
Hi Rob,
I have used an other hardware to check the patch. I hope it doesn't matter. I
added few lines at the untitest.c. All existing unittest use an attached sysfs,
therefore the bug isn't detectable.
The patch of the unittest is posted:
https://lore.kernel.org/patchwork/patch/985738/
--
Hi Takashi,
Am 04.09.2018 um 17:58 schrieb Takashi Iwai:
> It seems that the resolution of vc04 callback is in 10 msec; i.e. the
> minimal period size is also 10 msec.
>
> This patch adds the corresponding hw constraint.
>
> Signed-off-by: Takashi Iwai
> ---
> drivers/staging/vc04_services/bcm28
On Wed, 19 Sep 2018 11:42:22 +0200,
Stefan Wahren wrote:
>
> Hi Takashi,
>
> Am 04.09.2018 um 17:58 schrieb Takashi Iwai:
> > It seems that the resolution of vc04 callback is in 10 msec; i.e. the
> > minimal period size is also 10 msec.
> >
> > This patch adds the corresponding hw constraint.
> >
On 2018年09月19日 05:19, Andrew Morton wrote:
> On Tue, 18 Sep 2018 23:33:08 +0800 wrote:
>
>> From: He Zhe
>>
>> debug_guardpage_minorder_setup and cmdline_parse_kernelcore do not check
>> input argument before using it. The argument would be a NULL pointer if
>> "debug_guardpage_minorder" or "k
On Wed, Sep 12, 2018 at 04:52:38PM -0700, Andy Lutomirski wrote:
> On Thu, Sep 6, 2018 at 8:28 AM, Tycho Andersen wrote:
> > The idea here is that the userspace handler should be able to pass an fd
> > back to the trapped task, for example so it can be returned from socket().
> >
> > I've proposed
On Wed, 19 Sep 2018, Peter Zijlstra wrote:
> On Wed, Sep 19, 2018 at 10:50:17AM +0200, Peter Zijlstra wrote:
> > Instead of open-coding it..
> >
> > Signed-off-by: Peter Zijlstra (Intel)
> > ---
> > arch/x86/mm/pageattr.c | 12 +---
> > 1 file changed, 1 insertion(+), 11 deletions(-)
>
From: Oscar Salvador
Currently, when !CONFIG_HIGHMEM, status_change_nid_high is being set
to status_change_nid_normal, but on such systems N_HIGH_MEMORY falls
back to N_NORMAL_MEMORY.
That means that if status_change_nid_normal is not -1,
we will perform two calls to node_set_state for the same m
From: Oscar Salvador
This patch, as the previous one, gets rid of the wrong if statements.
While at it, I realized that the comments are sometimes very confusing,
to say the least, and wrong.
For example:
---
zone_last = ZONE_MOVABLE;
/*
* check whether node_states[N_HIGH_MEMORY] will be chang
From: Oscar Salvador
node_states_clear has the following if statements:
if ((N_MEMORY != N_NORMAL_MEMORY) &&
(arg->status_change_nid_high >= 0))
...
if ((N_MEMORY != N_HIGH_MEMORY) &&
(arg->status_change_nid >= 0))
...
N_MEMORY can never be equal to neither N_NORMAL_MEM
From: Oscar Salvador
While looking at node_states_check_changes_online, I stumbled
upon some confusing things.
Right after entering the function, we find this:
if (N_MEMORY == N_NORMAL_MEMORY)
zone_last = ZONE_MOVABLE;
This is wrong.
N_MEMORY cannot really be equal to N_NORMAL_MEMORY.
From: Oscar Salvador
This patchset refactors/clean ups node_states_check_changes_online/offline
functions together with node_states_set/clear_node.
The main reason behind this patchset is that currently, these
functions are suboptimal and confusing.
For example, they contain wrong statements li
From: Oscar Salvador
In node_states_check_changes_online, we check if the node will
have to be set for any of the N_*_MEMORY states after the pages
have been onlined.
Later on, we perform the activation in node_states_set_node.
Currently, in node_states_set_node we set the node to N_MEMORY
uncon
On 2018年09月19日 14:44, Sergey Senozhatsky wrote:
> On (09/19/18 10:27), He Zhe wrote:
>> On 2018年09月19日 09:50, Sergey Senozhatsky wrote:
>>> On (09/19/18 01:17), zhe...@windriver.com wrote:
@@ -1048,7 +1048,14 @@ static void __init log_buf_len_update(unsigned size)
/* save requested lo
On Wed, Sep 19, 2018 at 11:03 AM Rafael J. Wysocki wrote:
>
> On Wed, Sep 19, 2018 at 9:32 AM Chen Yu wrote:
> >
> > From: Zhimin Gu
> >
> > Reduce the hibernation code duplication between x86-32 and x86-64
> > by extracting the common code into hibernate.c.
> >
> > No functional change.
> >
> >
On Tue, Sep 18, 2018 at 12:34:16AM +0200, Andreas Noever wrote:
> On Thu, Sep 13, 2018 at 11:00 AM Mika Westerberg
> wrote:
> >
> > On Mon, Sep 10, 2018 at 12:33:33PM +0300, Mika Westerberg wrote:
> > > Hi Lukas,
> > >
> > > I'm including Greg here in case I've done something wrong as a maintainer
Xiaowei, Binghui,
On Tue, Sep 18, 2018 at 10:38:29PM -0700, Nathan Chancellor wrote:
> WARNING: vmlinux.o(.text+0x4758cc): Section mismatch in reference from
> the function kirin_pcie_probe() to the function
> .init.text:kirin_add_pcie_port()
> The function kirin_pcie_probe() references
> the func
The method ndo_start_xmit() is defined as returning an 'netdev_tx_t',
which is a typedef for an enum type, so make sure the implementation in
this driver has returns 'netdev_tx_t' value, and change the function
return type to netdev_tx_t.
Found by coccinelle.
Signed-off-by: YueHaibing
---
drive
Em Tue, 18 Sep 2018 21:16:14 +0200
Pavel Machek escreveu:
> On Mon 2018-09-17 14:24:30, Greg Kroah-Hartman wrote:
> > On Mon, Sep 17, 2018 at 01:48:52PM +0200, Lukas Wunner wrote:
> > > Seriously though, I read this to know what I need to be aware of but oddly
> > > the language of this paragra
On 2018/9/19 17:52, zhong jiang wrote:
> FIELD_SIZEOF is defined as a macro to calculate the specified vaule.
> Therefore,
> We prefer to use the macro rather than calculating its vaule.
s/vaule/value . will resend .
Thanks,
zhong jiang
> Signed-off-by: zhong jiang
> ---
> net/iucv/af_iucv.c
On Wed, Sep 19, 2018 at 9:32 AM Chen Yu wrote:
>
> From: Zhimin Gu
>
> Enable CONFIG_ARCH_HIBERNATION_HEADER for 32bit system so that
> md5 check is enabled and prepare for relocated code executing
> and jump address mapping.
>
> Cc: "Rafael J. Wysocki"
> Signed-off-by: Zhimin Gu
> Signed-off-b
* Rafael J. Wysocki wrote:
> > index ..fbde8f0e8fe0
> > --- /dev/null
> > +++ b/arch/x86/power/hibernate.c
> > @@ -0,0 +1,249 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * Hibernation support for x86
> > + *
> > + * Copyright (c) 2007 Rafael J. Wysocki
> > + * Copyrig
On Wed, Sep 19, 2018 at 12:34 PM Ingo Molnar wrote:
>
>
> * Rafael J. Wysocki wrote:
>
> > > index ..fbde8f0e8fe0
> > > --- /dev/null
> > > +++ b/arch/x86/power/hibernate.c
> > > @@ -0,0 +1,249 @@
> > > +// SPDX-License-Identifier: GPL-2.0
> > > +/*
> > > + * Hibernation support for x
Hi Boris,
> -Original Message-
> From: Boris Brezillon [mailto:boris.brezil...@bootlin.com]
> Sent: Tuesday, September 18, 2018 6:22 PM
> To: Yogesh Narayan Gaur
> Cc: Frieder Schrempf ; linux-
> m...@lists.infradead.org; marek.va...@gmail.com; linux-...@vger.kernel.org;
> devicet...@vger
On 2018/09/14 21:22, Sergey Senozhatsky wrote:
> The "SMP-safe" comment becomes a bit tricky when pr_line is used with a
> static buffer. Either we need to require synchronization - umm... and
> document it - or to provide some means of synchronization in pr_line().
> Let's think what pr_line API s
On Wed, Sep 19, 2018 at 05:14:51AM +, Manish Narani wrote:
> > So I'm going to stop reviewing this patchset until you go through the old
> > review
> > round again and make sure you've incorporated *all* review feedback and
> > haven't forgotten some, like the one above.
> >
> Okay, I will do
Add device tree binding information for DA7280 haptic driver.
Example bindings for DA7280 are added.
Reviewed-by: Rob Herring .
Signed-off-by: Roy Im
---
v6: No changes.
v5: Updated descriptions and fixed errors.
v4: Fixed commit message, properties.
v3: Fixed subject format.
v2: No changes
This patch adds support for the Dialog DA7280 Haptic driver IC.
In this patch set the following is provided:
[PATCH V2 1/3] MAINTAINERS file update for DA7280
[PATCH V2 2/3] DA7280 DT Binding
[PATCH V2 3/3] DA7280 Driver
This patch applies against linux-next and v4.19-rc3
Thank you,
Roy Im, Dia
Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with
multiple mode and integrated waveform memory and wideband support.
It communicates via an I2C bus to the device.
Signed-off-by: Roy Im
---
v6: No changes.
v5: Fixed errors in Kconfig file.
v4: Updated code as dt-bindings are changed
This patch adds the da7280 bindings doc and driver to the Dialog
Semiconductor support list.
Signed-off-by: Roy Im
---
v6: No changes.
v5: No changes.
v4: No changes.
v3: No changes.
v2: No changes.
MAINTAINERS |2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINE
On Wed 2018-09-19 11:06:21, Sergey Senozhatsky wrote:
> On (09/19/18 01:17), zhe...@windriver.com wrote:
> > Add KBUILD_MODNAME to make prints more clear.
>
> No strong opinion. I'm OK with this change.
>
> > And use 'unsigned int' intead of 'unsigned' according to
> > checkpatch.pl's suggestion.
Sorry for wrongly title, will repost.
On 2018/9/19 19:07, YueHaibing wrote:
> The method ndo_start_xmit() is defined as returning an 'netdev_tx_t',
> which is a typedef for an enum type, but the implementation in this
> driver returns an 'int'.
>
> Found by coccinelle.
>
> Signed-off-by: YueHaib
Allow for different combinations of sample flags with "trace begin" or
"trace end".
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-script.c | 36 +++-
1 file changed, 27 insertions(+), 9 deletions(-)
diff --git a/tools/perf/builtin-script.c b/tools/perf/buil
Add branch types to cover different combinations with "trace begin" or
"trace end".
Signed-off-by: Adrian Hunter
---
tools/perf/util/db-export.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/tools/perf/util/db-export.c b/tools/perf/util/db-export.c
index 7123746edcf
Add decoder flags for trace begin / end and map them to the existing sample
flags.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt-decoder/intel-pt-decoder.h | 2 ++
tools/perf/util/intel-pt.c | 5 +
2 files changed, 7 insertions(+)
diff --git a/tools/perf
thread_stack__event() is used to create call stacks, by keeping track of
calls and returns. Improve the handling of trace begin / end to allow for a
trace that ends in a call.
Signed-off-by: Adrian Hunter
---
tools/perf/util/thread-stack.c | 35 +-
1 file changed,
Hi
Here are some Intel PT patches to improve the data displayed when using
address filters - refer patch 6.
Adrian Hunter (6):
perf script: Enhance sample flags for trace begin / end
perf db-export: Add trace begin / end branch type variants
perf tools: Improve thread_stack__ev
Previously, the decoder would indicate begin / end by a branch from / to
zero. That hides useful information, in particular when a trace ends with a
call. That happens when using address filters, for example:
$ perf record -e intel_pt/cyc,mtc_period=0,noretcomp/u --filter='filter main @
/bin/unam
thread_stack__process() is used to create call paths for database export.
Improve the handling of trace begin / end to allow for a trace that ends in
a call.
Signed-off-by: Adrian Hunter
---
tools/perf/util/thread-stack.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
di
Fix gcc warning:
ipc/shm.c: In function 'shm_lock'
ipc/shm.c:210:2: note: randstruct: casting between randomized structure pointer
types (ssa): 'struct shmid_kernel' and 'struct kern_ipc_perm'
Signed-off-by: YueHaibing
---
ipc/shm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
Commit-ID: 571d0563c8881595f4ab027aef9ed1c55e3e7b7c
Gitweb: https://git.kernel.org/tip/571d0563c8881595f4ab027aef9ed1c55e3e7b7c
Author: Dan Carpenter
AuthorDate: Wed, 19 Sep 2018 13:35:53 +0300
Committer: Thomas Gleixner
CommitDate: Wed, 19 Sep 2018 13:22:04 +0200
x86/paravirt: Fix som
1 - 100 of 727 matches
Mail list logo
