[tip:x86/core] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU

Commit-ID: d3d37d850d1d77bd66bceb8326e6353d3314b270 Gitweb: http://git.kernel.org/tip/d3d37d850d1d77bd66bceb8326e6353d3314b270 Author: Tim Chen AuthorDate: Tue, 22 Nov 2016 12:23:57 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov 2016 20:44:20 +0100 x86/sched: Add

Re: [RFC PATCH 2/2] arm64: dts: enable the MUSB controller of Pine64 in host-only mode

On Wed, Nov 23, 2016 at 12:59:02AM +0800, Icenowy Zheng wrote: > A64 has a MUSB controller wired to the USB PHY 0, which is connected > to the upper USB Type-A port of Pine64. > > As the port is a Type-A female port, enable it in host-only mode in the > device tree, which makes devices with USB

[tip:x86/core] x86: Enable Intel Turbo Boost Max Technology 3.0

Commit-ID: 5e76b2ab36b40ca33023e78725bdc69eafd63134 Gitweb: http://git.kernel.org/tip/5e76b2ab36b40ca33023e78725bdc69eafd63134 Author: Tim Chen AuthorDate: Tue, 22 Nov 2016 12:23:55 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov

[PATCH v4 2/7] misc: minimal mux subsystem and gpio-based mux controller

Add a new minimalistic subsystem that handles multiplexer controllers. When multiplexers are used in various places in the kernel, and the same multiplexer controller can be used for several independent things, there should be one place to implement support for said multiplexer controller. A

Re: [PATCH v2] i2c: i2c-mux-gpio: update mux with gpiod_set_array_value_cansleep

> Yes, I never liked that include, but I don't know how to get > from struct gpio_desc * to the relevant struct device * > without it... Looks to me like we should ask the GPIO maintainers if they are willing to export this value? I am probably not as good as you in explaining the details why,

[tip:x86/core] x86: Enable Intel Turbo Boost Max Technology 3.0

Commit-ID: 5e76b2ab36b40ca33023e78725bdc69eafd63134 Gitweb: http://git.kernel.org/tip/5e76b2ab36b40ca33023e78725bdc69eafd63134 Author: Tim Chen AuthorDate: Tue, 22 Nov 2016 12:23:55 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov 2016 20:44:19 +0100 x86: Enable Intel Turbo

[PATCH v4 2/7] misc: minimal mux subsystem and gpio-based mux controller

Add a new minimalistic subsystem that handles multiplexer controllers. When multiplexers are used in various places in the kernel, and the same multiplexer controller can be used for several independent things, there should be one place to implement support for said multiplexer controller. A

Re: [PATCH v2] i2c: i2c-mux-gpio: update mux with gpiod_set_array_value_cansleep

> Yes, I never liked that include, but I don't know how to get > from struct gpio_desc * to the relevant struct device * > without it... Looks to me like we should ask the GPIO maintainers if they are willing to export this value? I am probably not as good as you in explaining the details why,

[tip:x86/core] x86/topology: Define x86's arch_update_cpu_topology

Commit-ID: 7d25127cef44924f1013d119ba385095ca4b4a83 Gitweb: http://git.kernel.org/tip/7d25127cef44924f1013d119ba385095ca4b4a83 Author: Tim Chen AuthorDate: Tue, 22 Nov 2016 12:23:54 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov

[tip:x86/core] x86/topology: Define x86's arch_update_cpu_topology

Commit-ID: 7d25127cef44924f1013d119ba385095ca4b4a83 Gitweb: http://git.kernel.org/tip/7d25127cef44924f1013d119ba385095ca4b4a83 Author: Tim Chen AuthorDate: Tue, 22 Nov 2016 12:23:54 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov 2016 20:44:19 +0100 x86/topology: Define x86's

[PATCH 1/1 linux-next] ext4: add compatibility flag check

data=journal mount option should disable O_DIRECT access (See Documentation/filesystems/ext4.txt) but open operations using O_CREAT|O_RDWR|O_DIRECT|O_SYNC have no warning in return and file is being created. This patch adds vfs super_operations compatibility flag function returning -EPERM in such

[PATCH 1/1 linux-next] ext4: add compatibility flag check

data=journal mount option should disable O_DIRECT access (See Documentation/filesystems/ext4.txt) but open operations using O_CREAT|O_RDWR|O_DIRECT|O_SYNC have no warning in return and file is being created. This patch adds vfs super_operations compatibility flag function returning -EPERM in such

Re: [PATCH 0/4] core-api ReST: assoc_array, atomic_ops, local_ops

Em Thu, 24 Nov 2016 13:42:16 +0100 Silvio Fricke escreveu: > Hi, > > Some more ReSTification of core-api's: assoc_array, atomic_ops and local_ops. > A > fourth patch removes a warning about a bullet list without ending at > firmware_class.c > > Thanks for review.

Re: [PATCH 0/4] core-api ReST: assoc_array, atomic_ops, local_ops

Em Thu, 24 Nov 2016 13:42:16 +0100 Silvio Fricke escreveu: > Hi, > > Some more ReSTification of core-api's: assoc_array, atomic_ops and local_ops. > A > fourth patch removes a warning about a bullet list without ending at > firmware_class.c > > Thanks for review. Could you please resend,

Re: [PATCH 2/6] dax: remove leading space from labels

On Thu, Nov 24, 2016 at 1:11 AM, Jan Kara wrote: > On Wed 23-11-16 11:44:18, Ross Zwisler wrote: >> No functional change. >> >> As of this commit: >> >> commit 218dd85887da (".gitattributes: set git diff driver for C source code >> files") >> >> git-diff and git-format-patch both

Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section

On 24 November 2016 at 19:26, Robert Richter wrote: > Ard, > >> > >> On 24 November 2016 at 13:51, Robert Richter >> > >> wrote: >> > >> > On 24.11.16 13:44:31, Ard Biesheuvel wrote: > >> > >> Regions containing firmware tables are owned by

Re: [PATCH 2/6] dax: remove leading space from labels

On Thu, Nov 24, 2016 at 1:11 AM, Jan Kara wrote: > On Wed 23-11-16 11:44:18, Ross Zwisler wrote: >> No functional change. >> >> As of this commit: >> >> commit 218dd85887da (".gitattributes: set git diff driver for C source code >> files") >> >> git-diff and git-format-patch both generate diffs

Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section

On 24 November 2016 at 19:26, Robert Richter wrote: > Ard, > >> > >> On 24 November 2016 at 13:51, Robert Richter >> > >> wrote: >> > >> > On 24.11.16 13:44:31, Ard Biesheuvel wrote: > >> > >> Regions containing firmware tables are owned by the firmware, and it >> > >> is the firmware that

Re: [PATCH v2 2/2] staging: slicoss: remove UPDATE_STATS_GB macro and inline code

On 11/24/2016 08:21 PM, Sergio Paracuellos wrote: > This patch removes UPDATE_STATS_GB macro in slic.h header file > and just inline code. This improve readability. > > Signed-off-by: Sergio Paracuellos > --- > drivers/staging/slicoss/slic.h| 5 >

Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]

On Wed, 2016-11-23 at 12:54 +, David Howells wrote: > Get the firmware's secure-boot status in the kernel boot wrapper and > stash it somewhere that the main kernel image can find. > > The efi_get_secureboot() function is extracted from the arm stub and > (a) generalised so that it can be

Re: [PATCH v2 2/2] staging: slicoss: remove UPDATE_STATS_GB macro and inline code

On 11/24/2016 08:21 PM, Sergio Paracuellos wrote: > This patch removes UPDATE_STATS_GB macro in slic.h header file > and just inline code. This improve readability. > > Signed-off-by: Sergio Paracuellos > --- > drivers/staging/slicoss/slic.h| 5 > drivers/staging/slicoss/slicoss.c |

Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]

On Wed, 2016-11-23 at 12:54 +, David Howells wrote: > Get the firmware's secure-boot status in the kernel boot wrapper and > stash it somewhere that the main kernel image can find. > > The efi_get_secureboot() function is extracted from the arm stub and > (a) generalised so that it can be

RE: [PATCH 04/14] perf/x86: output side-band events overhead

> > On Wed, Nov 23, 2016 at 04:44:42AM -0500, kan.li...@intel.com wrote: > > From: Kan Liang > > > > Iterating all events which need to receive side-band events also bring > > some overhead. > > Save the overhead information in task context or CPU context, > > whichever

RE: [PATCH 04/14] perf/x86: output side-band events overhead

> > On Wed, Nov 23, 2016 at 04:44:42AM -0500, kan.li...@intel.com wrote: > > From: Kan Liang > > > > Iterating all events which need to receive side-band events also bring > > some overhead. > > Save the overhead information in task context or CPU context, > > whichever context is available. >

RE: [PATCH 02/14] perf/x86: output NMI overhead

> > @@ -1492,8 +1507,10 @@ perf_event_nmi_handler(unsigned int cmd, > struct pt_regs *regs) > > start_clock = sched_clock(); > > ret = x86_pmu.handle_irq(regs); > > finish_clock = sched_clock(); > > + clock = finish_clock - start_clock; > > > > -

RE: [PATCH 02/14] perf/x86: output NMI overhead

> > @@ -1492,8 +1507,10 @@ perf_event_nmi_handler(unsigned int cmd, > struct pt_regs *regs) > > start_clock = sched_clock(); > > ret = x86_pmu.handle_irq(regs); > > finish_clock = sched_clock(); > > + clock = finish_clock - start_clock; > > > > -

Re: [PATCH] x86: fix kaslr and memmap collision

On Wed, Nov 23, 2016 at 4:04 PM, Dave Chinner wrote: > On Tue, Nov 22, 2016 at 11:01:32AM -0800, Dan Williams wrote: >> On Tue, Nov 22, 2016 at 10:54 AM, Kees Cook wrote: >> > On Tue, Nov 22, 2016 at 9:26 AM, Dan Williams >>

Re: [PATCH] x86: fix kaslr and memmap collision

On Wed, Nov 23, 2016 at 4:04 PM, Dave Chinner wrote: > On Tue, Nov 22, 2016 at 11:01:32AM -0800, Dan Williams wrote: >> On Tue, Nov 22, 2016 at 10:54 AM, Kees Cook wrote: >> > On Tue, Nov 22, 2016 at 9:26 AM, Dan Williams >> > wrote: >> >> No, you're right, we need to handle multiple ranges.

Early boot hang on i5-660 in todays 4.9-rc6+git (gcc 6.2 trouble?)

I tried todays 4.9.0-rc6-00133-g10b9dd5 on my Ironlake i5 PC (HP Compaq 8100 Elite SFF PC with i5 660 CPU). The booting hangs after "Booting the kernel." line, no lines from the kernel at all. 4.9.0-rc6-00113-g23400ac was working fine. Bisecting shows all tested kernels are bad so maybe

Early boot hang on i5-660 in todays 4.9-rc6+git (gcc 6.2 trouble?)

I tried todays 4.9.0-rc6-00133-g10b9dd5 on my Ironlake i5 PC (HP Compaq 8100 Elite SFF PC with i5 660 CPU). The booting hangs after "Booting the kernel." line, no lines from the kernel at all. 4.9.0-rc6-00113-g23400ac was working fine. Bisecting shows all tested kernels are bad so maybe

Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot

On Mon, 2016-11-21 at 11:25 -0500, Josh Boyer wrote: > On Mon, Nov 21, 2016 at 11:16 AM, Ard Biesheuvel > wrote: > > On 16 November 2016 at 18:11, David Howells > > wrote: > > > From: Josh Boyer > > > > > > Secure Boot

Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot

On Mon, 2016-11-21 at 11:25 -0500, Josh Boyer wrote: > On Mon, Nov 21, 2016 at 11:16 AM, Ard Biesheuvel > wrote: > > On 16 November 2016 at 18:11, David Howells > > wrote: > > > From: Josh Boyer > > > > > > Secure Boot stores a list of allowed certificates in the 'db' > > > variable. This

[PATCH v2 1/2] staging: slicoss: remove not used UPDATE_STATS macro

This patch remove UPDATE_STATS macro from header slic.h which is not being used. Signed-off-by: Sergio Paracuellos --- drivers/staging/slicoss/slic.h | 8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/slicoss/slic.h

[PATCH v2 1/2] staging: slicoss: remove not used UPDATE_STATS macro

This patch remove UPDATE_STATS macro from header slic.h which is not being used. Signed-off-by: Sergio Paracuellos --- drivers/staging/slicoss/slic.h | 8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/slicoss/slic.h b/drivers/staging/slicoss/slic.h index 1f6562c..2c05868

[PATCH v2 2/2] staging: slicoss: remove UPDATE_STATS_GB macro and inline code

This patch removes UPDATE_STATS_GB macro in slic.h header file and just inline code. This improve readability. Signed-off-by: Sergio Paracuellos --- drivers/staging/slicoss/slic.h| 5 drivers/staging/slicoss/slicoss.c | 52

[PATCH v2 0/2] staging: slicoss: minor changes to clean some code

This patchset clean some code in slicoss driver: * Removes not used macro. * Remove a macro and just inline code. Changes in v2: * Remove inline function into inline code. Sergio Paracuellos (2): staging: slicoss: remove not used UPDATE_STATS macro staging: slicoss: remove UPDATE_STATS_GB

[PATCH v2 2/2] staging: slicoss: remove UPDATE_STATS_GB macro and inline code

This patch removes UPDATE_STATS_GB macro in slic.h header file and just inline code. This improve readability. Signed-off-by: Sergio Paracuellos --- drivers/staging/slicoss/slic.h| 5 drivers/staging/slicoss/slicoss.c | 52 +++ 2 files changed, 25

[PATCH v2 0/2] staging: slicoss: minor changes to clean some code

This patchset clean some code in slicoss driver: * Removes not used macro. * Remove a macro and just inline code. Changes in v2: * Remove inline function into inline code. Sergio Paracuellos (2): staging: slicoss: remove not used UPDATE_STATS macro staging: slicoss: remove UPDATE_STATS_GB

Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot

On Mon, 2016-11-21 at 16:16 +, Ard Biesheuvel wrote: > On 16 November 2016 at 18:11, David Howells > wrote: > > From: Josh Boyer > > > > Secure Boot stores a list of allowed certificates in the 'db' > > variable. This imports those

Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot

On Mon, 2016-11-21 at 16:16 +, Ard Biesheuvel wrote: > On 16 November 2016 at 18:11, David Howells > wrote: > > From: Josh Boyer > > > > Secure Boot stores a list of allowed certificates in the 'db' > > variable. This imports those certificates into the system trusted > > keyring. This

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On Thu, Nov 24, 2016 at 02:10:36PM -0500, Mark Lord wrote: > On 16-11-24 02:00 PM, Greg KH wrote: > > On Thu, Nov 24, 2016 at 01:34:08PM -0500, Mark Lord wrote: > >> One thought: bulk data streams are byte streams, not packets. > >> Scheduling on the USB bus can break up larger transfers across >

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On Thu, Nov 24, 2016 at 02:10:36PM -0500, Mark Lord wrote: > On 16-11-24 02:00 PM, Greg KH wrote: > > On Thu, Nov 24, 2016 at 01:34:08PM -0500, Mark Lord wrote: > >> One thought: bulk data streams are byte streams, not packets. > >> Scheduling on the USB bus can break up larger transfers across >

[PATCH] Input: Change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, data reading time, etc. Thus, change msleep

[PATCH] Input: Change msleep to usleep_range for small msecs

msleep(1~20) may not do what the caller intends, and will often sleep longer. (~20 ms actual sleep for any value given in the 1~20ms range) This is not the desired behaviour for many cases like device resume time, device suspend time, device enable time, data reading time, etc. Thus, change msleep

[PATCH 0/8] irda: w83977af_ir: Neatening

On top of Arnd's overly long udelay patch because I noticed a misindented block. Even though I haven't turned on the netwinder in a box in in the garage in who knows how long, if this device is still used somewhere, might as well neaten the code too. Joe Perches (8): irda: w83977af_ir:

[PATCH 0/8] irda: w83977af_ir: Neatening

On top of Arnd's overly long udelay patch because I noticed a misindented block. Even though I haven't turned on the netwinder in a box in in the garage in who knows how long, if this device is still used somewhere, might as well neaten the code too. Joe Perches (8): irda: w83977af_ir:

[PATCH 7/8] irda: w83977af_ir: Neaten logging

Use more common logging style, standardize function output logging use. Miscellanea: o Add and use pr_fmt o Convert printks to pr_ Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 48 -- 1 file changed, 23 insertions(+),

[PATCH 7/8] irda: w83977af_ir: Neaten logging

Use more common logging style, standardize function output logging use. Miscellanea: o Add and use pr_fmt o Convert printks to pr_ Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 48 -- 1 file changed, 23 insertions(+), 25 deletions(-)

[PATCH 8/8] irda: w83977af_ir: Fix misindented block

One indent level too many is too many. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index

[PATCH 4/8] irda: w83977af_ir: Neaten pointer comparisons

Convert pointer comparisons to NULL. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index

[PATCH 6/8] irda: w83977af_ir: Parenthesis alignment

Neaten function declaration and definition arguments. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index

[PATCH 8/8] irda: w83977af_ir: Fix misindented block

One indent level too many is too many. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index 19b171af0e81..b865e93f01a0 100644 ---

[PATCH 4/8] irda: w83977af_ir: Neaten pointer comparisons

Convert pointer comparisons to NULL. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index 5aa61413aea8..ac481303e3ab

[PATCH 6/8] irda: w83977af_ir: Parenthesis alignment

Neaten function declaration and definition arguments. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index 5d776fb716f4..9c5b780b1d39 100644 ---

[PATCH 3/8] irda: w83977af_ir: Remove unnecessary blank lines

These just add unnecessary vertical whitespace. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index

[PATCH 1/8] irda: w83977af_ir: whitespace neatening

Remove leading and trailing whitespace. git diff -w shows no differences. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 392 - 1 file changed, 196 insertions(+), 196 deletions(-) diff --git

[PATCH 1/8] irda: w83977af_ir: whitespace neatening

Remove leading and trailing whitespace. git diff -w shows no differences. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 392 - 1 file changed, 196 insertions(+), 196 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c

[PATCH 3/8] irda: w83977af_ir: Remove unnecessary blank lines

These just add unnecessary vertical whitespace. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index 4ad91f4f867f..5aa61413aea8 100644 ---

[PATCH 2/8] irda: w83977af_ir: More whitespace neatening

Add spaces around operators. git diff -w shows no differences. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 232 - 1 file changed, 116 insertions(+), 116 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c

[PATCH 5/8] irda: w83977af_ir: Use the common brace style

Add braces where appropriate and remove an unnecessary else. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On 16-11-24 02:00 PM, Greg KH wrote: > On Thu, Nov 24, 2016 at 01:34:08PM -0500, Mark Lord wrote: >> One thought: bulk data streams are byte streams, not packets. >> Scheduling on the USB bus can break up larger transfers across >> multiple in-kernel buffers. A "real" URB buffer on USB2 is max

[PATCH 2/8] irda: w83977af_ir: More whitespace neatening

Add spaces around operators. git diff -w shows no differences. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 232 - 1 file changed, 116 insertions(+), 116 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c

[PATCH 5/8] irda: w83977af_ir: Use the common brace style

Add braces where appropriate and remove an unnecessary else. Signed-off-by: Joe Perches --- drivers/net/irda/w83977af_ir.c | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/drivers/net/irda/w83977af_ir.c b/drivers/net/irda/w83977af_ir.c index

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On 16-11-24 02:00 PM, Greg KH wrote: > On Thu, Nov 24, 2016 at 01:34:08PM -0500, Mark Lord wrote: >> One thought: bulk data streams are byte streams, not packets. >> Scheduling on the USB bus can break up larger transfers across >> multiple in-kernel buffers. A "real" URB buffer on USB2 is max

Re: [PATCH 01/14] perf/x86: Introduce PERF_RECORD_OVERHEAD

On Thu, Nov 24, 2016 at 11:02:16AM -0800, Andi Kleen wrote: > > Sure, but that's a tool thing, totally irrelevant for the kernel. > > It requires enabling the overhead records by default. by the tool, not the kernel.

Re: [PATCH 01/14] perf/x86: Introduce PERF_RECORD_OVERHEAD

On Thu, Nov 24, 2016 at 11:02:16AM -0800, Andi Kleen wrote: > > Sure, but that's a tool thing, totally irrelevant for the kernel. > > It requires enabling the overhead records by default. by the tool, not the kernel.

Re: [PATCH 6/7] ovl: intercept mmap

On Thu, Nov 24, 2016 at 8:03 PM, Amir Goldstein wrote: > On Thu, Nov 24, 2016 at 3:25 PM, Amir Goldstein wrote: >> On Thu, Nov 24, 2016 at 12:55 PM, Miklos Szeredi wrote: >>> ... in order to handle the corner case when the file is

Re: [PATCH 6/7] ovl: intercept mmap

On Thu, Nov 24, 2016 at 8:03 PM, Amir Goldstein wrote: > On Thu, Nov 24, 2016 at 3:25 PM, Amir Goldstein wrote: >> On Thu, Nov 24, 2016 at 12:55 PM, Miklos Szeredi wrote: >>> ... in order to handle the corner case when the file is copied up after >>> being opened read-only and mapped shared.

Re: [PATCH net-next 1/4] net: mvneta: Convert to be 64 bits compatible

Le 24/11/2016 à 07:01, Gregory CLEMENT a écrit : > Hi Arnd, > > On jeu., nov. 24 2016, Arnd Bergmann wrote: > >> On Thursday, November 24, 2016 4:37:36 PM CET Jisheng Zhang wrote: >>> solB (a SW shadow cookie) perhaps gives a better performance: in hot path, >>> such as

Re: [PATCH net-next 1/4] net: mvneta: Convert to be 64 bits compatible

Le 24/11/2016 à 07:01, Gregory CLEMENT a écrit : > Hi Arnd, > > On jeu., nov. 24 2016, Arnd Bergmann wrote: > >> On Thursday, November 24, 2016 4:37:36 PM CET Jisheng Zhang wrote: >>> solB (a SW shadow cookie) perhaps gives a better performance: in hot path, >>> such as mvneta_rx(), the

Re: [PATCH 02/14] perf/x86: output NMI overhead

On Thu, Nov 24, 2016 at 04:19:09PM +, Mark Rutland wrote: > > static void > > event_sched_out(struct perf_event *event, > > struct perf_cpu_context *cpuctx, > > - struct perf_event_context *ctx) > > + struct perf_event_context *ctx, > > +

Re: [PATCH 02/14] perf/x86: output NMI overhead

On Thu, Nov 24, 2016 at 04:19:09PM +, Mark Rutland wrote: > > static void > > event_sched_out(struct perf_event *event, > > struct perf_cpu_context *cpuctx, > > - struct perf_event_context *ctx) > > + struct perf_event_context *ctx, > > +

Re: [PATCH 01/14] perf/x86: Introduce PERF_RECORD_OVERHEAD

On Thu, Nov 24, 2016 at 07:58:49PM +0100, Peter Zijlstra wrote: > On Thu, Nov 24, 2016 at 10:28:22AM -0800, Andi Kleen wrote: > > On Thu, Nov 24, 2016 at 02:50:43PM +0100, Peter Zijlstra wrote: > > > On Thu, Nov 24, 2016 at 01:45:28PM +, Liang, Kan wrote: > > > > > I think we should make this

Re: wl1251 & mac address & calibration data

Hi, On Thu, Nov 24, 2016 at 04:20:45PM +0100, Pali Rohár wrote: > Proprietary, signed and closed bootloader NOLO does not support DT. So > for booting you need to append DTS file to kernel image. > > U-Boot is optional and can be used as intermediate bootloader between > NOLO and kernel. But

Re: [PATCH 2/2] staging: slicoss: replace UPDATE_STATS_GB macro into an inline function

On Wed, Nov 23, 2016 at 11:32 PM, Markus Böhme wrote: > On 11/23/2016 08:00 PM, Markus Böhme wrote: >> On 11/23/2016 07:10 PM, Sergio Paracuellos wrote: >>> This patch replaces UPDATE_STATS_GB macro in slic.h header file >>> into an inline function. This provides type

Re: [PATCH 01/14] perf/x86: Introduce PERF_RECORD_OVERHEAD

On Thu, Nov 24, 2016 at 07:58:49PM +0100, Peter Zijlstra wrote: > On Thu, Nov 24, 2016 at 10:28:22AM -0800, Andi Kleen wrote: > > On Thu, Nov 24, 2016 at 02:50:43PM +0100, Peter Zijlstra wrote: > > > On Thu, Nov 24, 2016 at 01:45:28PM +, Liang, Kan wrote: > > > > > I think we should make this

Re: wl1251 & mac address & calibration data

Hi, On Thu, Nov 24, 2016 at 04:20:45PM +0100, Pali Rohár wrote: > Proprietary, signed and closed bootloader NOLO does not support DT. So > for booting you need to append DTS file to kernel image. > > U-Boot is optional and can be used as intermediate bootloader between > NOLO and kernel. But

Re: [PATCH 2/2] staging: slicoss: replace UPDATE_STATS_GB macro into an inline function

On Wed, Nov 23, 2016 at 11:32 PM, Markus Böhme wrote: > On 11/23/2016 08:00 PM, Markus Böhme wrote: >> On 11/23/2016 07:10 PM, Sergio Paracuellos wrote: >>> This patch replaces UPDATE_STATS_GB macro in slic.h header file >>> into an inline function. This provides type safety and readability. >>>

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On Thu, Nov 24, 2016 at 01:34:08PM -0500, Mark Lord wrote: > One thought: bulk data streams are byte streams, not packets. > Scheduling on the USB bus can break up larger transfers across > multiple in-kernel buffers. A "real" URB buffer on USB2 is max 512 bytes. > The driver is providing

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On Thu, Nov 24, 2016 at 01:34:08PM -0500, Mark Lord wrote: > One thought: bulk data streams are byte streams, not packets. > Scheduling on the USB bus can break up larger transfers across > multiple in-kernel buffers. A "real" URB buffer on USB2 is max 512 bytes. > The driver is providing

Re: [PATCH 01/14] perf/x86: Introduce PERF_RECORD_OVERHEAD

On Thu, Nov 24, 2016 at 10:28:22AM -0800, Andi Kleen wrote: > On Thu, Nov 24, 2016 at 02:50:43PM +0100, Peter Zijlstra wrote: > > On Thu, Nov 24, 2016 at 01:45:28PM +, Liang, Kan wrote: > > > > I think we should make this optional/configurable like the rest of the > > > > aux > > > > events,

Re: [PATCH 01/14] perf/x86: Introduce PERF_RECORD_OVERHEAD

On Thu, Nov 24, 2016 at 10:28:22AM -0800, Andi Kleen wrote: > On Thu, Nov 24, 2016 at 02:50:43PM +0100, Peter Zijlstra wrote: > > On Thu, Nov 24, 2016 at 01:45:28PM +, Liang, Kan wrote: > > > > I think we should make this optional/configurable like the rest of the > > > > aux > > > > events,

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On 16-11-24 01:42 PM, Greg KH wrote: > > Have you tried using usbmon? This system is running rootfs over NFS, so usbmon isn't realistically going to be usable in that scenario without a lot of reconfiguration of the setup (which in itself might obscure the original problem). There is a hardware

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On 16-11-24 01:42 PM, Greg KH wrote: > > Have you tried using usbmon? This system is running rootfs over NFS, so usbmon isn't realistically going to be usable in that scenario without a lot of reconfiguration of the setup (which in itself might obscure the original problem). There is a hardware

Re: [RFC][PATCH 4/4] futex: Rewrite FUTEX_UNLOCK_PI

On Thu, Nov 24, 2016 at 06:56:53PM +0100, Thomas Gleixner wrote: > > I'm stumped on REQUEUE_PI.. this relies on attach_to_pi_owner() and > > You mean LOCK_PI, right? > > > fixup_owner() being in the same function. But this is not the case for > > requeue. WAIT_REQUEUE has the fixup, as its

Re: [RFC][PATCH 4/4] futex: Rewrite FUTEX_UNLOCK_PI

On Thu, Nov 24, 2016 at 06:56:53PM +0100, Thomas Gleixner wrote: > > I'm stumped on REQUEUE_PI.. this relies on attach_to_pi_owner() and > > You mean LOCK_PI, right? > > > fixup_owner() being in the same function. But this is not the case for > > requeue. WAIT_REQUEUE has the fixup, as its

[PATCH v4 7/7] i2c: i2c-mux-simple: new driver

This is a generic simple i2c mux that uses the generic multiplexer subsystem to do the muxing. The user can select if the mux is to be mux-locked and parent-locked as described in Documentation/i2c/i2c-topology. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/Kconfig

[PATCH v4 7/7] i2c: i2c-mux-simple: new driver

This is a generic simple i2c mux that uses the generic multiplexer subsystem to do the muxing. The user can select if the mux is to be mux-locked and parent-locked as described in Documentation/i2c/i2c-topology. Signed-off-by: Peter Rosin --- drivers/i2c/muxes/Kconfig | 13 +++

Re: [PATCH net v2 5/5] net: qcom/emac: fix of_node and phydev leaks

Johan Hovold wrote: Make sure to drop the reference taken by of_phy_find_device() during probe on probe errors and on driver unbind. Also drop the of_node reference taken by of_parse_phandle() in the same path. Fixes: b9b17debc69d ("net: emac: emac gigabit ethernet controller driver")

Re: [PATCH net v2 5/5] net: qcom/emac: fix of_node and phydev leaks

Johan Hovold wrote: Make sure to drop the reference taken by of_phy_find_device() during probe on probe errors and on driver unbind. Also drop the of_node reference taken by of_parse_phandle() in the same path. Fixes: b9b17debc69d ("net: emac: emac gigabit ethernet controller driver")

[PATCH v4 5/7] iio: multiplexer: new iio category and iio-mux driver

When a multiplexer changes how an iio device behaves (for example by feeding different signals to an ADC), this driver can be used create one virtual iio channel for each multiplexer state. Depends on the generic multiplexer subsystem. Cache any ext_info values from the parent iio channel,

[PATCH v4 5/7] iio: multiplexer: new iio category and iio-mux driver

When a multiplexer changes how an iio device behaves (for example by feeding different signals to an ADC), this driver can be used create one virtual iio channel for each multiplexer state. Depends on the generic multiplexer subsystem. Cache any ext_info values from the parent iio channel,

[PATCH v4 1/7] dt-bindings: document devicetree bindings for mux-controllers and mux-gpio

Signed-off-by: Peter Rosin --- .../devicetree/bindings/misc/mux-controller.txt| 106 + .../devicetree/bindings/misc/mux-gpio.txt | 78 +++ MAINTAINERS| 5 + 3 files changed, 189 insertions(+)

[PATCH v4 1/7] dt-bindings: document devicetree bindings for mux-controllers and mux-gpio

Signed-off-by: Peter Rosin --- .../devicetree/bindings/misc/mux-controller.txt| 106 + .../devicetree/bindings/misc/mux-gpio.txt | 78 +++ MAINTAINERS| 5 + 3 files changed, 189 insertions(+) create mode

[PATCH v4 0/7] mux controller abstraction and iio/i2c muxes

Hi! v3 -> v4 changes - rebased onto next-20161122 (depends on recent _available iio changes). - added support for having the mux-controller in a child node of a mux-consumer if it is a sole consumer, to hopefully even further satisfy the complaint from Rob (and later Lars-Peter) about dt

[PATCH v4 0/7] mux controller abstraction and iio/i2c muxes

Hi! v3 -> v4 changes - rebased onto next-20161122 (depends on recent _available iio changes). - added support for having the mux-controller in a child node of a mux-consumer if it is a sole consumer, to hopefully even further satisfy the complaint from Rob (and later Lars-Peter) about dt

[PATCH 1/1 linux-next] vfs: fix comment typos

Signed-off-by: Fabian Frederick --- fs/namei.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/namei.c b/fs/namei.c index 1669c93d..ca829b4 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -3119,12 +3119,12 @@ static int lookup_open(struct nameidata *nd,

[PATCH 1/1 linux-next] vfs: fix comment typos

Signed-off-by: Fabian Frederick --- fs/namei.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/namei.c b/fs/namei.c index 1669c93d..ca829b4 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -3119,12 +3119,12 @@ static int lookup_open(struct nameidata *nd, struct path *path,

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

On 24.11.2016 11:15, Michal Hocko wrote: On Mon 21-11-16 16:35:53, Donald Buczek wrote: [...] Hello, thanks a lot for looking into this! Let me add some information from the reporting site: * We've tried the patch from Paul E. McKenney (the one posted Wed, 16 Nov 2016) and it doesn't shut

Re: INFO: rcu_sched detected stalls on CPUs/tasks with `kswapd` and `mem_cgroup_shrink_node`

On 24.11.2016 11:15, Michal Hocko wrote: On Mon 21-11-16 16:35:53, Donald Buczek wrote: [...] Hello, thanks a lot for looking into this! Let me add some information from the reporting site: * We've tried the patch from Paul E. McKenney (the one posted Wed, 16 Nov 2016) and it doesn't shut

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