Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On 03/02/2017 09:23 PM, Fengguang Wu wrote: [...] I confirm that the below patch provided by Daniel fixes the above issues on mainline kernel, too. Where should this patch be sent to? If nobody objects, I could send it to -net tree via Dave due to being BPF related, but I don't mind sending it

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On 03/02/2017 09:23 PM, Fengguang Wu wrote: [...] I confirm that the below patch provided by Daniel fixes the above issues on mainline kernel, too. Where should this patch be sent to? If nobody objects, I could send it to -net tree via Dave due to being BPF related, but I don't mind sending it

Re: [PATCHv4] arm: ftrace: Adds support for CONFIG_DYNAMIC_FTRACE_WITH_REGS

On Tue, Feb 28, 2017 at 11:54:29AM +, Abel Vesa wrote: > On Tue, Feb 28, 2017 at 11:46:38AM +, Russell King - ARM Linux wrote: > > On Tue, Feb 28, 2017 at 11:22:27AM +, Abel Vesa wrote: > > > On Tue, Feb 28, 2017 at 11:58:49AM +0100, Nicolai Stange wrote: > > > > Hi Abel, > > > > > >

Re: [PATCHv4] arm: ftrace: Adds support for CONFIG_DYNAMIC_FTRACE_WITH_REGS

On Tue, Feb 28, 2017 at 11:54:29AM +, Abel Vesa wrote: > On Tue, Feb 28, 2017 at 11:46:38AM +, Russell King - ARM Linux wrote: > > On Tue, Feb 28, 2017 at 11:22:27AM +, Abel Vesa wrote: > > > On Tue, Feb 28, 2017 at 11:58:49AM +0100, Nicolai Stange wrote: > > > > Hi Abel, > > > > > >

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi! > > > static int isp_fwnode_parse(struct device *dev, struct fwnode_handle > > > *fwn, > > > > > > struct isp_async_subdev *isd) > > > > > > { > > > > > > - struct isp_bus_cfg *buscfg = >bus; > > > + struct isp_bus_cfg *buscfg; > > > > > > struct

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi! > > > static int isp_fwnode_parse(struct device *dev, struct fwnode_handle > > > *fwn, > > > > > > struct isp_async_subdev *isd) > > > > > > { > > > > > > - struct isp_bus_cfg *buscfg = >bus; > > > + struct isp_bus_cfg *buscfg; > > > > > > struct

[PATCH V3] perf: qcom: Add L3 cache PMU driver

This adds a new dynamic PMU to the Perf Events framework to program and control the L3 cache PMUs in some Qualcomm Technologies SOCs. The driver supports a distributed cache architecture where the overall cache for a socket is comprised of multiple slices each with its own PMU. Access to each

[PATCH V3] perf: qcom: Add L3 cache PMU driver

This adds a new dynamic PMU to the Perf Events framework to program and control the L3 cache PMUs in some Qualcomm Technologies SOCs. The driver supports a distributed cache architecture where the overall cache for a socket is comprised of multiple slices each with its own PMU. Access to each

Re: [PATCH] Net: openvswitch: actions: fixed a brace coding style warning

From: Peter Downs Date: Wed, 1 Mar 2017 01:01:17 -0800 > Fixed a brace coding style warning reported by checkpatch.pl > > Signed-off-by: Peter Downs Applied.

Re: [PATCH] Net: openvswitch: actions: fixed a brace coding style warning

From: Peter Downs Date: Wed, 1 Mar 2017 01:01:17 -0800 > Fixed a brace coding style warning reported by checkpatch.pl > > Signed-off-by: Peter Downs Applied.

[PATCH v4 3/3] perf: powerpc: choose local entry point with kretprobes

perf now uses an offset from _text/_stext for kretprobes if the kernel supports it, rather than the actual function name. As such, let's choose the LEP for powerpc ABIv2 so as to ensure the probe gets hit. Do it only if the kernel supports specifying offsets with kretprobes. Signed-off-by: Naveen

[PATCH] pinctrl: samsung: fix segfault when using external interrupts on s3c24xx

We are getting a NULL pointer dereference when working with external interrupts on s3c24xx: Unable to handle kernel NULL pointer dereference at virtual address 00a8 pgd = c0104000 [00a8] *pgd= Internal error: Oops: 5 [#1] ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper Not

[PATCH v4 3/3] perf: powerpc: choose local entry point with kretprobes

perf now uses an offset from _text/_stext for kretprobes if the kernel supports it, rather than the actual function name. As such, let's choose the LEP for powerpc ABIv2 so as to ensure the probe gets hit. Do it only if the kernel supports specifying offsets with kretprobes. Signed-off-by: Naveen

[PATCH] pinctrl: samsung: fix segfault when using external interrupts on s3c24xx

We are getting a NULL pointer dereference when working with external interrupts on s3c24xx: Unable to handle kernel NULL pointer dereference at virtual address 00a8 pgd = c0104000 [00a8] *pgd= Internal error: Oops: 5 [#1] ARM Modules linked in: CPU: 0 PID: 0 Comm: swapper Not

Re: [PATCH] clk: tegra: mark TEGRA210_CLK_DBGAPB as always on

On 28/02/17 15:19, Peter De Schrijver wrote: > This is needed to make the JTAG debugging interface work. > > Signed-off-by: Peter De Schrijver > --- > drivers/clk/tegra/clk-tegra210.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH] clk: tegra: mark TEGRA210_CLK_DBGAPB as always on

On 28/02/17 15:19, Peter De Schrijver wrote: > This is needed to make the JTAG debugging interface work. > > Signed-off-by: Peter De Schrijver > --- > drivers/clk/tegra/clk-tegra210.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/clk/tegra/clk-tegra210.c >

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi Laurent, On Thu, Mar 02, 2017 at 08:39:51PM +0200, Laurent Pinchart wrote: > Hi Sakari, > > On Thursday 02 Mar 2017 16:16:17 Sakari Ailus wrote: > > On Thu, Mar 02, 2017 at 10:07:27AM +0100, Pavel Machek wrote: > > > Hi! > > > > > > > Making the sub-device bus configuration a pointer should

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi Laurent, On Thu, Mar 02, 2017 at 08:39:51PM +0200, Laurent Pinchart wrote: > Hi Sakari, > > On Thursday 02 Mar 2017 16:16:17 Sakari Ailus wrote: > > On Thu, Mar 02, 2017 at 10:07:27AM +0100, Pavel Machek wrote: > > > Hi! > > > > > > > Making the sub-device bus configuration a pointer should

Re: [PATCH] drivers: net: xgene: Fix crash on DT systems

From: Alban Bedel Date: Tue, 28 Feb 2017 18:08:55 +0100 > On DT systems the driver require a clock, but the probe just print a > warning and continue, leading to a crash when resetting the device. > To fix this crash and properly handle probe deferals only ignore

Re: [PATCH] drivers: net: xgene: Fix crash on DT systems

From: Alban Bedel Date: Tue, 28 Feb 2017 18:08:55 +0100 > On DT systems the driver require a clock, but the probe just print a > warning and continue, leading to a crash when resetting the device. > To fix this crash and properly handle probe deferals only ignore the > missing clock if DT isn't

[PATCH 1/5] staging: nvec: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/nvec/nvec_kbd.c | 2 +- 1 file changed, 1

[PATCH 3/5] staging: lustre: lustre: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/lustre/lustre/llite/range_lock.c | 2 +-

[PATCH 3/5] staging: lustre: lustre: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/lustre/lustre/llite/range_lock.c | 2 +-

[PATCH 1/5] staging: nvec: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/nvec/nvec_kbd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 5/5] staging: rtl8712: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/rtl8712/rtl8712_recv.c | 10 +- 1 file

[PATCH 5/5] staging: rtl8712: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/rtl8712/rtl8712_recv.c | 10 +- 1 file changed, 5 insertions(+), 5

[PATCH 4/5] staging: rts5208: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/rts5208/rtsx_transport.c | 2 +- 1 file changed,

RE: [PATCH] radix tree test suite: Fix build with --as-needed

Thanks, applied. From: Michael Ellerman [mailto:m...@ellerman.id.au] > Currently the radix tree test suite doesn't build with toolchains that > use --as-needed by default, for example Ubuntu's:

Re: [PATCH net v4 0/2] net: ethernet: bgmac: bug fixes

From: David Miller Date: Thu, 02 Mar 2017 12:50:15 -0800 (PST) > From: Jon Mason > Date: Tue, 28 Feb 2017 13:41:49 -0500 > >> Changes in v4: >> * Added the udelays from the previous code (per David Miller) >> >> Changes in v3: >> * Reworked the

[PATCH 4/5] staging: rts5208: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/rts5208/rtsx_transport.c | 2 +- 1 file changed, 1 insertion(+), 1

RE: [PATCH] radix tree test suite: Fix build with --as-needed

Thanks, applied. From: Michael Ellerman [mailto:m...@ellerman.id.au] > Currently the radix tree test suite doesn't build with toolchains that > use --as-needed by default, for example Ubuntu's:

Re: [PATCH net v4 0/2] net: ethernet: bgmac: bug fixes

From: David Miller Date: Thu, 02 Mar 2017 12:50:15 -0800 (PST) > From: Jon Mason > Date: Tue, 28 Feb 2017 13:41:49 -0500 > >> Changes in v4: >> * Added the udelays from the previous code (per David Miller) >> >> Changes in v3: >> * Reworked the init sequence patch to only remove the device

[PATCH 2/5] staging: lustre: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/lustre/lustre/lmv/lmv_obd.c | 4 ++-- 1 file

[PATCH 2/5] staging: lustre: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/lustre/lustre/lmv/lmv_obd.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH] x86/hpet: Prevent might sleep splat on resume

On (03/01/17 21:10), Thomas Gleixner wrote: > Sergey reported a might sleep warning triggered from the hpet resume > path. It's caused by the call to disable_irq() from interrupt disabled > context. > > The problem with the low level resume code is that it is not accounted as a > special

Re: [PATCH] x86/hpet: Prevent might sleep splat on resume

On (03/01/17 21:10), Thomas Gleixner wrote: > Sergey reported a might sleep warning triggered from the hpet resume > path. It's caused by the call to disable_irq() from interrupt disabled > context. > > The problem with the low level resume code is that it is not accounted as a > special

Re: [PATCH 2/3] mtd: Add support for reading MTD devices via the nvmem API

On Thu, 2 Mar 2017 20:50:22 +0100 Alban wrote: > Allow drivers that use the nvmem API to read data stored on MTD devices. > This add a simple mtd user that register itself as a read-only nvmem > device. > > Signed-off-by: Alban Just a few comments, but it looks

Re: [PATCH 2/3] mtd: Add support for reading MTD devices via the nvmem API

On Thu, 2 Mar 2017 20:50:22 +0100 Alban wrote: > Allow drivers that use the nvmem API to read data stored on MTD devices. > This add a simple mtd user that register itself as a read-only nvmem > device. > > Signed-off-by: Alban Just a few comments, but it looks pretty good already. > --- >

dwc2_hc_chhltd_intr_dma - ChHltd set errors?

Hey John, We've noticed that when using usb ethernet adapters on HiKey, we occasionally see errors like: dwc2 f72c.usb: dwc2_hc_chhltd_intr_dma: Channel 0 - ChHltd set, but reason is unknown dwc2 f72c.usb: hcint 0x0002, intsts 0x06200029 dwc2 f72c.usb: dwc2_hc_chhltd_intr_dma:

dwc2_hc_chhltd_intr_dma - ChHltd set errors?

Hey John, We've noticed that when using usb ethernet adapters on HiKey, we occasionally see errors like: dwc2 f72c.usb: dwc2_hc_chhltd_intr_dma: Channel 0 - ChHltd set, but reason is unknown dwc2 f72c.usb: hcint 0x0002, intsts 0x06200029 dwc2 f72c.usb: dwc2_hc_chhltd_intr_dma:

Re: [RFC 03/11] mm: remove SWAP_DIRTY in ttu

On 03/02/2017 12:09 PM, Minchan Kim wrote: > If we found lazyfree page is dirty, ttuo can just SetPageSwapBakced > in there like PG_mlocked page and just return with SWAP_FAIL which > is very natural because the page is not swappable right now so that > vmscan can activate it. There is no point to

Re: [RFC 03/11] mm: remove SWAP_DIRTY in ttu

On 03/02/2017 12:09 PM, Minchan Kim wrote: > If we found lazyfree page is dirty, ttuo can just SetPageSwapBakced > in there like PG_mlocked page and just return with SWAP_FAIL which > is very natural because the page is not swappable right now so that > vmscan can activate it. There is no point to

Re: [PATCH] jump_label: Fix anonymous union initialization

On 02/28/2017 11:32 AM, Boris Ostrovsky wrote: Pre-4.6 gcc do not allow direct static initialization of members of anonymous structs/unions. After commit 3821fd35b58d ("jump_label: Reduce the size of struct static_key") STATIC_KEY_INIT_{TRUE|FALSE} definitions cannot be compiled with those older

Re: [PATCH] jump_label: Fix anonymous union initialization

On 02/28/2017 11:32 AM, Boris Ostrovsky wrote: Pre-4.6 gcc do not allow direct static initialization of members of anonymous structs/unions. After commit 3821fd35b58d ("jump_label: Reduce the size of struct static_key") STATIC_KEY_INIT_{TRUE|FALSE} definitions cannot be compiled with those older

[RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables

Some KVM specific MSR's (steal-time, asyncpf, avic_eio) allocates per-CPU variable at compile time and share its physical address with hypervisor. It presents a challege when SEV is active in guest OS. When SEV is active, guest memory is encrypted with guest key and hypervisor will no longer able

[RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables

Some KVM specific MSR's (steal-time, asyncpf, avic_eio) allocates per-CPU variable at compile time and share its physical address with hypervisor. It presents a challege when SEV is active in guest OS. When SEV is active, guest memory is encrypted with guest key and hypervisor will no longer able

Re: [PATCH] module: set __jump_table alignment to 8

On 03/02/2017 10:26 AM, Jessica Yu wrote: +++ Steven Rostedt [02/03/17 13:11 -0500]: Can I get an Ack from a module maintainer? Acked-by: Jessica Yu Thanks! Jessica Thanks Jessica, Can you also add scripts/module-common.lds to MAINTAINERS so that get_maintainers.pl

Re: [PATCH] module: set __jump_table alignment to 8

On 03/02/2017 10:26 AM, Jessica Yu wrote: +++ Steven Rostedt [02/03/17 13:11 -0500]: Can I get an Ack from a module maintainer? Acked-by: Jessica Yu Thanks! Jessica Thanks Jessica, Can you also add scripts/module-common.lds to MAINTAINERS so that get_maintainers.pl will indicate that

Re: [PATCH] f2fs: correct cp_ver for compatibility to old image

On 03/02, Chao Yu wrote: > There is no CP_CRC_RECOVERY_FLAG tagged in checkpoint pack, calculate > cp_version as old format. > > Signed-off-by: Chao Yu > --- > fs/f2fs/node.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/fs/f2fs/node.c

Re: [PATCH] f2fs: correct cp_ver for compatibility to old image

On 03/02, Chao Yu wrote: > There is no CP_CRC_RECOVERY_FLAG tagged in checkpoint pack, calculate > cp_version as old format. > > Signed-off-by: Chao Yu > --- > fs/f2fs/node.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c > index

Re: ftrace_graph_filter not working correctly since v4.10

On Thu, 02 Mar 2017 12:26:42 -0800 Todd Brandt wrote: > On Thu, 2017-03-02 at 13:05 -0500, Steven Rostedt wrote: > > Namhyung, > > > > Just an FYI... > > > > -- Steve > > > > > > On Thu, 2 Mar 2017 12:49:40 -0500 > > Steven Rostedt wrote:

Re: ftrace_graph_filter not working correctly since v4.10

On Thu, 02 Mar 2017 12:26:42 -0800 Todd Brandt wrote: > On Thu, 2017-03-02 at 13:05 -0500, Steven Rostedt wrote: > > Namhyung, > > > > Just an FYI... > > > > -- Steve > > > > > > On Thu, 2 Mar 2017 12:49:40 -0500 > > Steven Rostedt wrote: > > > > > On Wed, 1 Mar 2017 22:47:30 -0500 > > >

Re: [PATCH] sched/rt: Document why has_pushable_tasks() isn't called with a runqueue lock

On Wed, 1 Mar 2017 09:37:01 +0100 Peter Zijlstra wrote: > On Tue, Feb 28, 2017 at 04:48:56PM -0500, Steven Rostedt wrote: > > > + /* > > +* Normally, has_pushable_tasks() would be performed within the > > +* runqueue lock being held. But if it was not set when

Re: [PATCH] sched/rt: Document why has_pushable_tasks() isn't called with a runqueue lock

On Wed, 1 Mar 2017 09:37:01 +0100 Peter Zijlstra wrote: > On Tue, Feb 28, 2017 at 04:48:56PM -0500, Steven Rostedt wrote: > > > + /* > > +* Normally, has_pushable_tasks() would be performed within the > > +* runqueue lock being held. But if it was not set when entering > > "not

Re: [PATCH 1/3] doc: bindings: Add bindings documentation for mtd nvmem

On Thu, 2 Mar 2017 20:50:21 +0100 Alban wrote: > Add the binding to expose MTD partitions as nvmem providers. Looks good. Maybe you should take the case you describe in your cover-letter into account and add an extra layer: add an nvmem sub-node containing the nvmem cells, so

Re: [PATCH 1/3] doc: bindings: Add bindings documentation for mtd nvmem

On Thu, 2 Mar 2017 20:50:21 +0100 Alban wrote: > Add the binding to expose MTD partitions as nvmem providers. Looks good. Maybe you should take the case you describe in your cover-letter into account and add an extra layer: add an nvmem sub-node containing the nvmem cells, so that you can

[PATCH 1/7] staging: media: Remove unnecessary typecast of c90 int constant

This patch removes unnecessary typecast of c90 int constant. WARNING: Unnecessary typecast of c90 int constant Signed-off-by: simran singhal --- drivers/staging/media/atomisp/i2c/gc2235.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 1/7] staging: media: Remove unnecessary typecast of c90 int constant

This patch removes unnecessary typecast of c90 int constant. WARNING: Unnecessary typecast of c90 int constant Signed-off-by: simran singhal --- drivers/staging/media/atomisp/i2c/gc2235.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH] staging: nvec: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/nvec/nvec_kbd.c | 2 +- 1 file changed, 1

[PATCH] staging: nvec: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- drivers/staging/nvec/nvec_kbd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [tpmdd-devel] [PATCH v2] tpm: Apply a sane minimum adapterlimit value for retransmission.

Hi Andrew, On 02/03/17 18:24, Andrew Lunn wrote: Hi Enric Maybe you should remember that you need to use smaller transfers? If you don't remember, but use the full size message every time and only drop back on error, the i2c core is going to log rate limited

Re: [tpmdd-devel] [PATCH v2] tpm: Apply a sane minimum adapterlimit value for retransmission.

Hi Andrew, On 02/03/17 18:24, Andrew Lunn wrote: Hi Enric Maybe you should remember that you need to use smaller transfers? If you don't remember, but use the full size message every time and only drop back on error, the i2c core is going to log rate limited

[PATCH 5/6] staging: rtl8192u: Fix Sparse warning of cast from restricted __le16

This patch fixes the following Sparse warning- drivers/staging/rtl8192u/r8192U_dm.c:2307:49: warning: cast from restricted __le16 drivers/staging/rtl8192u/r8192U_dm.c:2308:44: warning: cast from restricted __le16 drivers/staging/rtl8192u/r8192U_dm.c:2309:44: warning: cast from restricted

[PATCH 5/6] staging: rtl8192u: Fix Sparse warning of cast from restricted __le16

This patch fixes the following Sparse warning- drivers/staging/rtl8192u/r8192U_dm.c:2307:49: warning: cast from restricted __le16 drivers/staging/rtl8192u/r8192U_dm.c:2308:44: warning: cast from restricted __le16 drivers/staging/rtl8192u/r8192U_dm.c:2309:44: warning: cast from restricted

[PATCH 1/2] Fix sparse warnings by using appropriate endian types

Fix some sparse warning by using correct endian types in structs and local variables. This patch only fix sparse warnings and do not change the logic. Compile tested only. Signed-off-by: Adrien Descamps --- drivers/staging/wlan-ng/hfa384x.h | 58

Re: DIfferent BogoMIPS value after bbaa06702719 ("clocksource/drivers/arm_global_timer: Register delay timer")

On 03/02/2017 03:13 PM, Russell King - ARM Linux wrote: On Thu, Mar 02, 2017 at 02:36:23PM +0100, Rafał Miłecki wrote: Hi, I just updated kernel on my SmartRG SR400ac (bcm4708-smartrg-sr400ac.dts) from 4.4 to 4.9 and noticed that this part of the log: [0.020820] Calibrating delay loop...

Re: DIfferent BogoMIPS value after bbaa06702719 ("clocksource/drivers/arm_global_timer: Register delay timer")

On 03/02/2017 03:13 PM, Russell King - ARM Linux wrote: On Thu, Mar 02, 2017 at 02:36:23PM +0100, Rafał Miłecki wrote: Hi, I just updated kernel on my SmartRG SR400ac (bcm4708-smartrg-sr400ac.dts) from 4.4 to 4.9 and noticed that this part of the log: [0.020820] Calibrating delay loop...

[PATCH 1/2] Fix sparse warnings by using appropriate endian types

Fix some sparse warning by using correct endian types in structs and local variables. This patch only fix sparse warnings and do not change the logic. Compile tested only. Signed-off-by: Adrien Descamps --- drivers/staging/wlan-ng/hfa384x.h | 58 +--

[PATCH 2/2] Fix endiannes error

sparse report fixed: drivers/staging//wlan-ng//hfa384x_usb.c:3517:35: warning: restricted __be64 degrades to integer drivers/staging//wlan-ng//hfa384x_usb.c:3517:33: warning: incorrect type in assignment (different base types) drivers/staging//wlan-ng//hfa384x_usb.c:3517:33:expected

[PATCH 2/2] Fix endiannes error

sparse report fixed: drivers/staging//wlan-ng//hfa384x_usb.c:3517:35: warning: restricted __be64 degrades to integer drivers/staging//wlan-ng//hfa384x_usb.c:3517:33: warning: incorrect type in assignment (different base types) drivers/staging//wlan-ng//hfa384x_usb.c:3517:33:expected

Re: [RESEND PATCH v6 3/6] i2c: designware: MASTER mode as separated driver

Hi Luis, [auto build test ERROR on wsa/i2c/for-next] [also build test ERROR on next-20170302] [cannot apply to v4.10] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Luis-Oliveira/i2c-designware

Re: [RESEND PATCH v6 3/6] i2c: designware: MASTER mode as separated driver

Hi Luis, [auto build test ERROR on wsa/i2c/for-next] [also build test ERROR on next-20170302] [cannot apply to v4.10] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Luis-Oliveira/i2c-designware

Re: [PATCHv2 10/14] bpf: Use set_memory.h header

On 03/02/2017 01:15 AM, Laura Abbott wrote: set_memory_* functions have moved to set_memory.h. Switch to this explicitly. Signed-off-by: Laura Abbott Acked-by: Daniel Borkmann

Re: [PATCHv2 10/14] bpf: Use set_memory.h header

On 03/02/2017 01:15 AM, Laura Abbott wrote: set_memory_* functions have moved to set_memory.h. Switch to this explicitly. Signed-off-by: Laura Abbott Acked-by: Daniel Borkmann

Re: ftrace_graph_filter not working correctly since v4.10

On Thu, 2017-03-02 at 13:05 -0500, Steven Rostedt wrote: > Namhyung, > > Just an FYI... > > -- Steve > > > On Thu, 2 Mar 2017 12:49:40 -0500 > Steven Rostedt wrote: > > > On Wed, 1 Mar 2017 22:47:30 -0500 > > Steven Rostedt wrote: > > > > > On Wed,

Re: ftrace_graph_filter not working correctly since v4.10

On Thu, 2017-03-02 at 13:05 -0500, Steven Rostedt wrote: > Namhyung, > > Just an FYI... > > -- Steve > > > On Thu, 2 Mar 2017 12:49:40 -0500 > Steven Rostedt wrote: > > > On Wed, 1 Mar 2017 22:47:30 -0500 > > Steven Rostedt wrote: > > > > > On Wed, 1 Mar 2017 22:28:43 -0500 > > > Steven

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 01, 2017 at 08:54:26PM +0800, Fengguang Wu wrote: Hi all, Is it BPF triggering BUGs all over the places? It looks so, and here is a fix. 1e74a2eb1f Merge tag 'gcc-plugins-v4.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux 005c3490e9 Revert "ath10k: Search

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 01, 2017 at 08:54:26PM +0800, Fengguang Wu wrote: Hi all, Is it BPF triggering BUGs all over the places? It looks so, and here is a fix. 1e74a2eb1f Merge tag 'gcc-plugins-v4.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux 005c3490e9 Revert "ath10k: Search

Re: [PATCH RFC] f2fs: combine nat_bits and free_nid_bitmap cache

Hi Chao, On 03/01, Chao Yu wrote: > Both nat_bits cache and free_nid_bitmap cache provide same functionality > as a intermediate cache between free nid cache and disk, but with > different granularity of indicating free nid range, and different > persistence policy. nat_bits cache provides better

Re: [PATCH RFC] f2fs: combine nat_bits and free_nid_bitmap cache

Hi Chao, On 03/01, Chao Yu wrote: > Both nat_bits cache and free_nid_bitmap cache provide same functionality > as a intermediate cache between free nid cache and disk, but with > different granularity of indicating free nid range, and different > persistence policy. nat_bits cache provides better

[GIT PULL] Btrfs

Hi Linus, My for-linus-4.11 branch: git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus-4.11 Has Btrfs round two. These are mostly a continuation of Dave Sterba's collection of cleanups, but Filipe also has some bug fixes and performance improvements. Nikolay

[GIT PULL] Btrfs

Hi Linus, My for-linus-4.11 branch: git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus-4.11 Has Btrfs round two. These are mostly a continuation of Dave Sterba's collection of cleanups, but Filipe also has some bug fixes and performance improvements. Nikolay

Re: [PATCH v14 3/5] input: touchscreen: mxs-lradc: Add support for touchscreen

On 01/03/17 23:25, Harald Geyer wrote: > Hi Ksenija! > > Ksenija Stanojevic writes: >> +static int mxs_lradc_ts_register(struct mxs_lradc_ts *ts) >> +{ >> +struct input_dev *input = ts->ts_input; >> +struct device *dev = ts->dev; >> + >> +input = devm_input_allocate_device(dev); >> +

Re: [PATCH v14 3/5] input: touchscreen: mxs-lradc: Add support for touchscreen

On 01/03/17 23:25, Harald Geyer wrote: > Hi Ksenija! > > Ksenija Stanojevic writes: >> +static int mxs_lradc_ts_register(struct mxs_lradc_ts *ts) >> +{ >> +struct input_dev *input = ts->ts_input; >> +struct device *dev = ts->dev; >> + >> +input = devm_input_allocate_device(dev); >> +

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

I can't take this compiler braindamage any more, so I just decided to remove the ilog2_NaN checks, and return 0 for any constant value < 2. It's commit 474c90156c8d ("give up on gcc ilog2() constant optimizations") in my tree. I'll push it out later after my usual build tests (and I have a

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

I can't take this compiler braindamage any more, so I just decided to remove the ilog2_NaN checks, and return 0 for any constant value < 2. It's commit 474c90156c8d ("give up on gcc ilog2() constant optimizations") in my tree. I'll push it out later after my usual build tests (and I have a

Re: tty: panic in tty_ldisc_restore

On Tue, Feb 28, 2017 at 7:11 PM, Dmitry Vyukov wrote: > On Fri, Feb 17, 2017 at 10:51 PM, Dmitry Vyukov wrote: > >> >> Hello, > >> >> > >> >> Syzkaller fuzzer started crashing kernel with the following panics: > >> >> > >> >> Kernel

Re: tty: panic in tty_ldisc_restore

On Tue, Feb 28, 2017 at 7:11 PM, Dmitry Vyukov wrote: > On Fri, Feb 17, 2017 at 10:51 PM, Dmitry Vyukov wrote: > >> >> Hello, > >> >> > >> >> Syzkaller fuzzer started crashing kernel with the following panics: > >> >> > >> >> Kernel panic - not syncing: Couldn't open N_TTY

Re: [PATCH 07/20] PCI: implement Devres interface to map PCI config space

On Thu, Mar 02, 2017 at 02:24:06PM -0500, Tejun Heo wrote: > Hello, > > On Thu, Mar 02, 2017 at 02:50:00PM +0200, Andy Shevchenko wrote: > > > I thought about that and did not do it because here we are remapping > > > resources that are _not_ PCI bus resources (ie it is not PCI BARs we > > > are

Re: [PATCH 07/20] PCI: implement Devres interface to map PCI config space

On Thu, Mar 02, 2017 at 02:24:06PM -0500, Tejun Heo wrote: > Hello, > > On Thu, Mar 02, 2017 at 02:50:00PM +0200, Andy Shevchenko wrote: > > > I thought about that and did not do it because here we are remapping > > > resources that are _not_ PCI bus resources (ie it is not PCI BARs we > > > are

Re: Passionate Partner

Dear Sir, Did you recieved my mail? I have sent it twice without a response. Mr Masella Giuseppe

Re: Passionate Partner

Dear Sir, Did you recieved my mail? I have sent it twice without a response. Mr Masella Giuseppe

DIfferent BogoMIPS value after bbaa06702719 ("clocksource/drivers/arm_global_timer: Register delay timer")

Hi, I just updated kernel on my SmartRG SR400ac (bcm4708-smartrg-sr400ac.dts) from 4.4 to 4.9 and noticed that this part of the log: [0.020820] Calibrating delay loop... 1594.16 BogoMIPS (lpj=7970816) (...) [0.190806] Brought up 2 CPUs [0.200022] SMP: Total of 2 processors activated

DIfferent BogoMIPS value after bbaa06702719 ("clocksource/drivers/arm_global_timer: Register delay timer")

Hi, I just updated kernel on my SmartRG SR400ac (bcm4708-smartrg-sr400ac.dts) from 4.4 to 4.9 and noticed that this part of the log: [0.020820] Calibrating delay loop... 1594.16 BogoMIPS (lpj=7970816) (...) [0.190806] Brought up 2 CPUs [0.200022] SMP: Total of 2 processors activated

Re: [PATCH v5 0/4] iio: accel: adxl345: Split driver into core and I2C then add SPI support

On 02/03/17 03:02, Eva Rachel Retuya wrote: > On Thu, Mar 02, 2017 at 01:22:11AM +0200, Andy Shevchenko wrote: >> On Tue, Feb 28, 2017 at 4:37 AM, Eva Rachel Retuya >> wrote: >>> This patchset modifies the adxl345 to use regmap. In doing so, we can >>> easily introduce SPI

Re: [PATCH v5 0/4] iio: accel: adxl345: Split driver into core and I2C then add SPI support

On 02/03/17 03:02, Eva Rachel Retuya wrote: > On Thu, Mar 02, 2017 at 01:22:11AM +0200, Andy Shevchenko wrote: >> On Tue, Feb 28, 2017 at 4:37 AM, Eva Rachel Retuya >> wrote: >>> This patchset modifies the adxl345 to use regmap. In doing so, we can >>> easily introduce SPI support and let regmap

Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place

On 3/1/2017 11:36 AM, Borislav Petkov wrote: On Thu, Feb 16, 2017 at 09:48:08AM -0600, Tom Lendacky wrote: This patch adds the support to encrypt the kernel in-place. This is done by creating new page mappings for the kernel - a decrypted write-protected mapping and an encrypted mapping. The

Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place

On Thu, Mar 02, 2017 at 12:30:31PM -0600, Tom Lendacky wrote: > The "* 2" here and above is that a PUD and a PMD is needed for both > the encrypted and decrypted mappings. I'll add a comment to clarify > that. Ah, makes sense. Definitely needs a comment. > Yup, I can do that here too (but need

Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place

On 3/1/2017 11:36 AM, Borislav Petkov wrote: On Thu, Feb 16, 2017 at 09:48:08AM -0600, Tom Lendacky wrote: This patch adds the support to encrypt the kernel in-place. This is done by creating new page mappings for the kernel - a decrypted write-protected mapping and an encrypted mapping. The

Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place

On Thu, Mar 02, 2017 at 12:30:31PM -0600, Tom Lendacky wrote: > The "* 2" here and above is that a PUD and a PMD is needed for both > the encrypted and decrypted mappings. I'll add a comment to clarify > that. Ah, makes sense. Definitely needs a comment. > Yup, I can do that here too (but need

<    1   2   3   4   5   6   7   8   9   10   >