[PATCH 01/22] NTB: Move link state API being first in sources

Since link operations are usually performed before memory window access operations, it's logically better to declared link-related API before any other methods. Additionally it's good practice for readability to declare NTB device callback methods of hadrware drivers with the same order as it's don

Re: [PATCH] perf/x86: fix event counter update issue

On Tue, Nov 29, 2016 at 05:06:36PM +, Liang, Kan wrote: > > > > On Tue, Nov 29, 2016 at 02:46:14PM +, Liang, Kan wrote: > > > > And note that we _ALWAYS_ set the IN bits, even for !sampling events. > > > > Also note we set max_period to (1<<31) - 1, so we should never > > > > exceed 31 bi

Re: [PATCH] block,blkcg: use __GFP_NOWARN for best-effort allocations in blkcg

On Tue, Nov 29, 2016 at 9:13 AM, Michal Hocko wrote: > How does this look like? No. I *really* want people to write out that "I am ok with the allocation failing". It's not an "inconvenience". It's a sign that you are competent and that you know it will fail, and that you can handle it. If you

Re: perf: fuzzer BUG: KASAN: stack-out-of-bounds in __unwind_start

On Tue, Nov 29, 2016 at 08:51:52AM -0800, Paul E. McKenney wrote: > On Tue, Nov 29, 2016 at 09:09:17AM -0600, Josh Poimboeuf wrote: > > On Tue, Nov 29, 2016 at 06:07:34AM -0800, Paul E. McKenney wrote: > > > On Tue, Nov 29, 2016 at 10:16:50AM +0100, Peter Zijlstra wrote: > > > > On Mon, Nov 28, 201

[PATCH 21/22] NTB Perf: Alter driver to work with two-ports NTB API

The same as for PingPong driver, this driver can't be used with hardware whithout Scratchpads. Additionally it supports two-ports and inbound MW based devices only at the moment. Signed-off-by: Serge Semin --- drivers/ntb/test/ntb_perf.c | 27 --- 1 file changed, 20 inse

Re: [PATCH 0/2] media protect enable and disable source handler paths

Em Tue, 29 Nov 2016 10:07:21 -0700 Shuah Khan escreveu: > On 11/29/2016 02:15 AM, Mauro Carvalho Chehab wrote: > > Em Mon, 28 Nov 2016 19:15:12 -0700 > > Shuah Khan escreveu: > > > >> These two patches fix enable and disable source handler paths. These > >> aren't dependent patches, grouped b

[PATCH 22/22] NTB Transport: Alter driver to work with two-ports NTB API

The same as for PingPong driver, this driver can't be used with hardware whithout Scratchpads. Additionally it supports two-ports and inbound MW based devices only at the moment. Signed-off-by: Serge Semin --- drivers/ntb/ntb_transport.c | 43 ++- 1 file

[PATCH 16/22] NTB AMD: Alter MW interface to fit new NTB API

Signed-off-by: Serge Semin --- drivers/ntb/hw/amd/ntb_hw_amd.c | 66 ++--- 1 file changed, 49 insertions(+), 17 deletions(-) diff --git a/drivers/ntb/hw/amd/ntb_hw_amd.c b/drivers/ntb/hw/amd/ntb_hw_amd.c index b7c9f67..9b3f78c 100644 --- a/drivers/ntb/hw/amd/

[PATCH v2 2/6] perf tool: Move parse_nsec_time to time-utils.c

Code move only; no functional change intended. Signed-off-by: David Ahern --- tools/perf/util/time-utils.c | 35 ++- tools/perf/util/time-utils.h | 2 ++ tools/perf/util/util.c | 33 - tools/perf/util/util.h | 2 -- 4

[PATCH 19/22] NTB PingPong: Alter driver to work with two-ports NTB API

PingPong driver doesn't do much, but it uses Scratchpads, which can be unsupported by most of IDT hardware. So I restricted the usage of the driver with hardware, which supports Scratchpads up until the IDT driver is ported to the NTB API. When it's done I'll alter the pingpong driver to support me

[PATCH 20/22] NTB Tool: Alter driver to work with two-ports NTB API

The same as for PingPong driver, this driver can't be used with hardware whithout Scratchpads. Additionally it supports two-ports and inbound MW based devices only at the moment. Signed-off-by: Serge Semin --- drivers/ntb/test/ntb_tool.c | 87 +++-- 1 fil

[PATCH 17/22] NTB AMD: Alter Scratchpads interface to fit new NTB API

Signed-off-by: Serge Semin --- drivers/ntb/hw/amd/ntb_hw_amd.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/ntb/hw/amd/ntb_hw_amd.c b/drivers/ntb/hw/amd/ntb_hw_amd.c index 9b3f78c..3479c2b 100644 --- a/drivers/ntb/hw/amd/ntb_hw_amd.c +++ b/drivers/nt

[PATCH 15/22] NTB AMD: Add port-related NTB API callback methods

Signed-off-by: Serge Semin --- drivers/ntb/hw/amd/ntb_hw_amd.c | 72 ++--- drivers/ntb/hw/amd/ntb_hw_amd.h | 10 ++ 2 files changed, 63 insertions(+), 19 deletions(-) diff --git a/drivers/ntb/hw/amd/ntb_hw_amd.c b/drivers/ntb/hw/amd/ntb_hw_amd.c index 670

[PATCH 13/22] NTB Intel: Add T-Platforms copyrights to Intel NTB driver

Signed-off-by: Serge Semin --- drivers/ntb/hw/intel/ntb_hw_intel.c | 2 ++ drivers/ntb/hw/intel/ntb_hw_intel.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/drivers/ntb/hw/intel/ntb_hw_intel.c b/drivers/ntb/hw/intel/ntb_hw_intel.c index e308fbe..7785e9d 100644 --- a/drivers/ntb/hw/inte

[PATCH 18/22] NTB AMD: Add T-Platforms copyrights to AMD NTB driver

Signed-off-by: Serge Semin --- drivers/ntb/hw/amd/ntb_hw_amd.c | 2 ++ drivers/ntb/hw/amd/ntb_hw_amd.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/drivers/ntb/hw/amd/ntb_hw_amd.c b/drivers/ntb/hw/amd/ntb_hw_amd.c index 3479c2b..2e1aefd 100644 --- a/drivers/ntb/hw/amd/ntb_hw_amd.c +++

[PATCH 14/22] NTB AMD: Move link-related methods being first in the driver

See patch 01 for reasoning of this movement. Signed-off-by: Serge Semin --- drivers/ntb/hw/amd/ntb_hw_amd.c | 188 1 file changed, 94 insertions(+), 94 deletions(-) diff --git a/drivers/ntb/hw/amd/ntb_hw_amd.c b/drivers/ntb/hw/amd/ntb_hw_amd.c index 6cc

Re: [lkp] [mm] e7c1db75fe: BUG:sleeping_function_called_from_invalid_context_at_mm/page_alloc.c

On Sun, Nov 27, 2016 at 6:16 PM, kernel test robot wrote: > > FYI, we noticed the following commit: > > commit e7c1db75fed821a961ce1ca2b602b08e75de0cd8 ("mm: Prevent > __alloc_pages_nodemask() RCU CPU stall warnings") > https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/nex

Re: [PATCH] perf/x86: fix event counter update issue

On Tue, Nov 29, 2016 at 1:25 AM, Peter Zijlstra wrote: > > > So caveat that I'm ill and cannot think much.. > > On Mon, Nov 28, 2016 at 11:26:46AM -0800, kan.li...@intel.com wrote: > > > Here, all the possible failure cases are listed. > > Terms: > > - new: current PMU counter value which read

[PATCH 11/22] NTB Intel: Alter MW interface to fit new NTB API

Signed-off-by: Serge Semin --- drivers/ntb/hw/intel/ntb_hw_intel.c | 79 - 1 file changed, 61 insertions(+), 18 deletions(-) diff --git a/drivers/ntb/hw/intel/ntb_hw_intel.c b/drivers/ntb/hw/intel/ntb_hw_intel.c index 724ccfe..c41da32 100644 --- a/drivers/nt

[PATCH 08/22] NTB: Add T-Platforms copyrights to NTB API

Signed-off-by: Serge Semin --- drivers/ntb/ntb.c | 2 ++ include/linux/ntb.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/drivers/ntb/ntb.c b/drivers/ntb/ntb.c index 4b2cc60..06574f8 100644 --- a/drivers/ntb/ntb.c +++ b/drivers/ntb/ntb.c @@ -5,6 +5,7 @@ * GPL LICENSE SUMMARY *

[PATCH 09/22] NTB Intel: Move link-related methods being first in the driver

See patch 01 for reasoning of this movement. Signed-off-by: Serge Semin --- drivers/ntb/hw/intel/ntb_hw_intel.c | 162 ++-- 1 file changed, 81 insertions(+), 81 deletions(-) diff --git a/drivers/ntb/hw/intel/ntb_hw_intel.c b/drivers/ntb/hw/intel/ntb_hw_intel.c

[PATCH 12/22] NTB Intel: Alter Scratchpads interface to fit new NTB API

Signed-off-by: Serge Semin --- drivers/ntb/hw/intel/ntb_hw_intel.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/ntb/hw/intel/ntb_hw_intel.c b/drivers/ntb/hw/intel/ntb_hw_intel.c index c41da32..e308fbe 100644 --- a/drivers/ntb/hw/intel/ntb_hw_intel.c

[PATCH 05/22] NTB: Alter Scratchpads NTB API to support multi-ports interface

Even though there is no any real NTB hardware, which would have both more than two ports and Scratchpad registers, it is logically correct to have Scratchpad API accepting a peer port index as well. Intel/AMD drivers used to utilize Primary and Secondary topology to split Scratchpad between connect

[PATCH v2 1/6] perf tool: Add time-based utility functions

Add function to parse a user time string of the form , where start and stop are time in sec.nsec format. Both start and stop times are optional. Add function to determine if a sample time is within a given time time window of interest. Signed-off-by: David Ahern --- tools/perf/util/Build

[PATCH 07/22] NTB: Fix a few ntb.h issues

Fix some minor issues found in ntb.h file. Signed-off-by: Serge Semin --- include/linux/ntb.h | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/include/linux/ntb.h b/include/linux/ntb.h index a59a155..8b19327 100644 --- a/include/linux/ntb.h +++ b/include/l

[PATCH 04/22] NTB: Add messaging NTB API

IDT PCIe-switches have message registers to communicate with peer devices. This patch adds new NTB API callback methods, which can be used to utilize these registers functionality. Signed-off-by: Serge Semin --- drivers/ntb/ntb.c | 13 +++ include/linux/ntb.h | 236 ++

[PATCH 06/22] NTB: Slightly alter link state NTB API

Some minor changes of link state NTB API. Particularly link_is_up() method from now shall return a bitfield of link states for all accessible port indexes. Signed-off-by: Serge Semin --- include/linux/ntb.h | 31 --- 1 file changed, 16 insertions(+), 15 deletions(-)

[PATCH 10/22] NTB Intel: Add port-related NTB API callback methods

Signed-off-by: Serge Semin --- drivers/ntb/hw/intel/ntb_hw_intel.c | 195 +--- drivers/ntb/hw/intel/ntb_hw_intel.h | 10 ++ 2 files changed, 124 insertions(+), 81 deletions(-) diff --git a/drivers/ntb/hw/intel/ntb_hw_intel.c b/drivers/ntb/hw/intel/ntb_hw_intel.

Re: [PATCH V5] i2c: mux: pca954x: Add ACPI support for pca954x

On 2016-11-29 16:12, Tin Huynh wrote: > On Tue, Nov 29, 2016 at 5:15 PM, Peter Rosin wrote: >> On 2016-11-29 11:12, Tin Huynh wrote: >>> This patch enables ACPI support for mux-pca954x driver. >> >> Looks good, thanks! >> >>> Signed-off-by: Tin Huynh >> >> Acked-by: Peter Rosin >> >> Cheers, >>

[PATCH v2] phy: phy-sun4i-usb: Add log when probing

When phy-sun4i-usb's probing fails, it does not print the reason in kernel log, forcing the developer to edit this driver to add info logs. This commit makes the kernel print the reason of phy-sun4i-usb's probing failure or a success message. Signed-off-by: Quentin Schulz --- Sorry for the delay,

Re: [PATCH v9 1/7] perf config: Introduce default_config_section and default_config_item for default config key-value pairs

Hi, Arnaldo :) On 11/30/2016 01:05 AM, Arnaldo Carvalho de Melo wrote: Em Mon, Nov 28, 2016 at 05:51:12PM +0900, Taeung Song escreveu: When initializing default perf config values, we currently use values of actual type(int, bool, char *, etc.). For example, If there isn't a user config value

Re: [PATCH 0/2] Input: drv266x: Fix misuse of regmap_update_bits

Hello Dan, Le 29. 11. 16 à 18:10, Dan Murphy a écrit : > Florian > > On 11/29/2016 10:59 AM, Florian Vaussard wrote: >> Hello, >> >> This series fixes similar misues of the regmap_update_bits() API found >> inside the drv2665.c and drv2667.c drivers. More details can be found >> in the message of

Re: [PATCH 15/22] arm64/cpuinfo: Make hotplug notifier symmetric

On 26/11/16 23:13, Sebastian Andrzej Siewior wrote: From: Anna-Maria Gleixner There is no requirement to keep the sysfs files around until the CPU is completely dead. Remove them during the DOWN_PREPARE notification. This is a preparatory patch for converting to the hotplug state machine. Cc:

Re: [PATCH 16/22] arm64/cpuinfo: Convert to hotplug state machine

On 26/11/16 23:13, Sebastian Andrzej Siewior wrote: From: Anna-Maria Gleixner Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Catalin Marinas Cc: Will Deacon Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Anna-Maria G

Re: [PATCH V4 13/15] blk-throttle: add a mechanism to estimate IO latency

Hello, Shaohua. On Mon, Nov 14, 2016 at 02:22:20PM -0800, Shaohua Li wrote: > To do this, we sample some data, eg, average latency for request size > 4k, 8k, 16k, 32k, 64k. We then use an equation f(x) = a * x + b to fit > the data (x is request size in KB, f(x) is the latency). Then we can use >

Re: [PATCH] audit: remove the audit freelist

Richard Guy Briggs wrote: > > static void audit_buffer_free(struct audit_buffer *ab) > > { > > - unsigned long flags; > > - > > if (!ab) > > return; > > > > kfree_skb(ab->skb); > > - spin_lock_irqsave(&audit_freelist_lock, flags); > > - if (audit_freelist_count > AUDI

Re: [PATCH] block,blkcg: use __GFP_NOWARN for best-effort allocations in blkcg

On Tue 29-11-16 09:17:37, Linus Torvalds wrote: > On Tue, Nov 29, 2016 at 9:13 AM, Michal Hocko wrote: > > How does this look like? > > No. > > I *really* want people to write out that "I am ok with the allocation > failing". > > It's not an "inconvenience". It's a sign that you are competent

Re: [PATCH v8 4/8] x86/sysctl: Add sysctl for ITMT scheduling feature

On Mon, 2016-11-28 at 09:56 +0100, Borislav Petkov wrote: > On Tue, Nov 22, 2016 at 12:23:56PM -0800, Tim Chen wrote: > > > > Intel Turbo Boost Max Technology 3.0 (ITMT) feature > > allows some cores to be boosted to higher turbo > > frequency than others. > > > > Add /proc/sys/kernel/sched_itmt_

Re: [PATCH] perf/x86: fix event counter update issue

On Tue, Nov 29, 2016 at 09:20:10AM -0800, Stephane Eranian wrote: > Max period is limited by the number of bits the kernel can write to an MSR. > Used to be 31, now it is 47 for core PMU as per patch pointed to by Kan. No, I think it sets it to 48 now, which is the problem. It should be 1 bit less

Re: [PATCH V4 15/15] blk-throttle: add latency target support

Hello, On Mon, Nov 14, 2016 at 02:22:22PM -0800, Shaohua Li wrote: > One hard problem adding .high limit is to detect idle cgroup. If one > cgroup doesn't dispatch enough IO against its high limit, we must have a > mechanism to determine if other cgroups dispatch more IO. We added the > think time

linux-next 20161129 - BUG: sleeping function called from invalid context at mm/page_alloc.c:3775

38/0xf0 [3.746177] #1: [3.746178] ( [3.746179] &(ptlock_ptr(page))->rlock [3.746181] #2 [3.746182] ){+.+...} [3.746184] , at: [3.746189] [] unmap_page_range+0x479/0x1280 [3.746193] CPU: 2 PID: 385 Comm: systemd-vconsol Tainted: GW 4.9.0-rc7-next-20161

Re: perf: fuzzer BUG: KASAN: stack-out-of-bounds in __unwind_start

On Tue, Nov 29, 2016 at 11:17:25AM -0600, Josh Poimboeuf wrote: > On Tue, Nov 29, 2016 at 08:51:52AM -0800, Paul E. McKenney wrote: > > On Tue, Nov 29, 2016 at 09:09:17AM -0600, Josh Poimboeuf wrote: > > > On Tue, Nov 29, 2016 at 06:07:34AM -0800, Paul E. McKenney wrote: > > > > On Tue, Nov 29, 201

Re: [PATCH] x86/kbuild: enable modversions for symbols exported from asm

On Tue, Nov 29, 2016 at 07:27:12AM -0800, Linus Torvalds wrote: > On Nov 29, 2016 5:51 AM, "Adam Borowski" wrote: > > > > > > (a) tested > > > > By many people. > > No. > > I've tested the build *without* this, and it works fine. Michal mentioned "why", let's try "where". I have no idea what

linux-next 20161129 - lockdep: kernel/sched/core.c:7747 Illegal context switch in RCU-bh read-side critical section!

May or may not be related to the BUG I just reported - the first hit on that one was right after this in the log [2.740391] === [2.740433] suspicious RCU usage. ] [2.740463] 4.9.0-rc7-next-20161129-dirty #361 Not tainted [2.740464

Re: 4.8.8 kernel trigger OOM killer repeatedly when I have lots of RAM that should be free

Thanks for the reply and suggestions. On Tue, Nov 29, 2016 at 09:07:03AM -0800, Linus Torvalds wrote: > On Tue, Nov 29, 2016 at 8:34 AM, Marc MERLIN wrote: > > Now, to be fair, this is not a new problem, it's just varying degrees of > > bad and usually only happens when I do a lot of I/O with btr

Re: [PATCH 2/2] media: protect enable and disable source handler checks and calls

On 11/29/2016 02:22 AM, Sakari Ailus wrote: > Hi Shuah, > > On Mon, Nov 28, 2016 at 07:15:14PM -0700, Shuah Khan wrote: >> Protect enable and disable source handler checks and calls from dvb-core >> and v4l2-core. Hold graph_mutex to check if enable and disable source >> handlers are present and i

Re: [PATCH 1/4] KVM: nVMX: support restore of VMX capability MSRs

On Tue, Nov 29, 2016 at 12:01 AM, Paolo Bonzini wrote: >> On Mon, Nov 28, 2016 at 2:48 PM, Paolo Bonzini wrote: >> > On 28/11/2016 22:11, David Matlack wrote: >> >> > PINBASED_CTLS, PROCBASED_CTLS, EXIT_CTLS and ENTRY_CTLS can be derived >> >> > from their "true" counterparts, so I think it's bet

Re: [PATCH] block,blkcg: use __GFP_NOWARN for best-effort allocations in blkcg

On Tue, Nov 29, 2016 at 9:28 AM, Michal Hocko wrote: > How does this warning help those who are watching the logs? What are > they supposed to do about it? Unlike GFP_ATOMIC there is no tuning you > can possibly do. You can report it and it will get fixed. It's not about tuning. It's about peopl

[PATCH v2 1/5] kthread: make struct kthread kmalloc'ed

I still think we should kill struct kthread in its current form, but this needs cleanups outside of kthread.c. So make it kmalloc'ed for now to avoid the problems with stack corruption, for example the crashed kthread will likely OOPS again because its .exited was destroyed by rewind_stack_do_exit

[PATCH v2 3/5] kthread: don't use to_live_kthread() in kthread_stop()

kthread_stop() had to use to_live_kthread() simply because it was not possible to access kthread->exited after the exiting kthread clears task_struct->vfork_done. Now that to_kthread() is always valid we can do wake_up_process() + wait_for_completion() unconditionally, we don't care if it has alrea

[PATCH v2 2/5] Revert "kthread: Pin the stack via try_get_task_stack()/put_task_stack() in to_live_kthread() function"

This reverts commit 23196f2e5f5d810578a772785807dcdc2b9fdce9. After the previous change struct kthread can't go away, no need to pin the stack. TODO: kill to_live_kthread(). Signed-off-by: Oleg Nesterov Acked-by: Thomas Gleixner --- kernel/kthread.c | 8 ++-- 1 file changed, 2 insertions(

[PATCH v2 4/5] kthread: don't use to_live_kthread() in kthread_park() and kthread_unpark()

Now that to_kthread() is always valid we can change kthread_park() and kthread_unpark() to use it and kill to_live_kthread(). kthread_unpark() is trivial, if KTHREAD_IS_PARKED is set we know that this kthread has called complete(&self->parked), we do not care if it exits after that if we race with

[PATCH v2 5/5] kthread: don't abuse kthread_create_on_cpu() in __kthread_create_worker()

kthread_create_on_cpu() sets KTHREAD_IS_PER_CPU and kthread->cpu, this only makes sense if this kthread can be parked/unparked by cpuhp code. kthread workers never call kthread_parkme() so this has no effect. Change __kthread_create_worker() to simply call kthread_bind(task, cpu). The very fact th

Re: [PATCH v8 4/8] x86/sysctl: Add sysctl for ITMT scheduling feature

On Tue, Nov 29, 2016 at 09:30:49AM -0800, Tim Chen wrote: > I am following the convention in /proc/sys/kernel/sched_autogroup_enabled > and sysctl_sched_autogroup_enabled that's also in /proc/sys/kernel. That's hardly a convention to me: $ ls -l /proc/sys/kernel/*abled -rw-r--r-- 1 root root 0 No

Re: [PATCH 2/2] net: dsa: mv88e6xxx: Add 88E6176 device tree support

Hi, Uwe Kleine-König writes: > Also it seems wrong to write "marvell,mv88e6085" (only) if I know the > hardware is really a "marvell,mv88e6176". I agree. It might be complex for a user to dig into the driver in order to figure out how the switch ID is read and which compatible to choose. I've

[PATCH v2 0/5] kthread: make struct kthread kmalloc'ed

Hello, I think that these patches were lost in confusing discussion, let me resend. The only change is that I added the acks from Thomas and Petr. More to come. Oleg. include/linux/kthread.h | 1 + kernel/fork.c | 2 + kernel/kthread.c| 144 ---

Re: [RFC 1/4] mm: Define coherent device memory node

On 11/22/2016 06:19 AM, Anshuman Khandual wrote: > @@ -393,6 +393,9 @@ enum node_states { > N_MEMORY = N_HIGH_MEMORY, > #endif > N_CPU, /* The node has one or more cpus */ > +#ifdef CONFIG_COHERENT_DEVICE > + N_COHERENT_DEVICE, > +#endif > NR_NODE_STATES > }; Don't

Re: [RFC][PATCH 2/5 v2] drm/bridge: adv7511: Switch to using drm_kms_helper_hotplug_event()

On Mon, Nov 28, 2016 at 10:50 PM, Laurent Pinchart wrote: > Hi John, > > Thank you for the patch. > > On Monday 28 Nov 2016 21:04:41 John Stultz wrote: >> In chasing down a previous issue with EDID probing from calling >> drm_helper_hpd_irq_event() from irq context, Laurent noticed >> that the DRM

Re: [RFC PATCH v3 15/20] x86: Check for memory encryption on the APs

On 11/22/2016 1:25 PM, Borislav Petkov wrote: > On Wed, Nov 09, 2016 at 06:37:40PM -0600, Tom Lendacky wrote: >> Add support to check if memory encryption is active in the kernel and that >> it has been enabled on the AP. If memory encryption is active in the kernel >> but has not been enabled on t

Re: 4.8.8 kernel trigger OOM killer repeatedly when I have lots of RAM that should be free

On Tue, Nov 29, 2016 at 9:40 AM, Marc MERLIN wrote: > > In my case, it is a 5x 4TB HDD with > software raid 5 < bcache < dmcrypt < btrfs It doesn't sound like the nasty situations I have seen (particularly with large USB flash storage - often high momentary speed for benchmarks, but slows down to

Re: [PATCH 3/3] driver core: firmware_class: convert to use class_groups

On Mon, Nov 28, 2016 at 04:42:30PM +0100, Greg Kroah-Hartman wrote: > Convert the firmware core to use class_groups instead of class_attrs as > that's the correct way to handle lists of class attribute files. > > Cc: Ming Lei > Cc: "Luis R. Rodriguez" > Signed-off-by: Greg Kroah-Hartman Acked-

[PATCH v3] x86: SVM: Use the hardware provided GPA instead of page walk

This patch series is taken from SEV RFC series [1]. These patches do not depend on the SEV feature and can be reviewed and merged on their own. - Use the hardware provided GPA instead of page walk [1] http://marc.info/?l=linux-mm&m=147190814023863&w=2 --- Droping the following patches from seri

Re: perf: fuzzer BUG: KASAN: stack-out-of-bounds in __unwind_start

On Tue, Nov 29, 2016 at 05:12:46PM +0100, Petr Mladek wrote: > On Tue 2016-11-29 09:09:17, Josh Poimboeuf wrote: > > On Tue, Nov 29, 2016 at 06:07:34AM -0800, Paul E. McKenney wrote: > > > On Tue, Nov 29, 2016 at 10:16:50AM +0100, Peter Zijlstra wrote: > > > > On Mon, Nov 28, 2016 at 11:52:41PM -06

[PATCH v3] kvm: svm: Use the hardware provided GPA instead of page walk

From: Tom Lendacky When a guest causes a NPF which requires emulation, KVM sometimes walks the guest page tables to translate the GVA to a GPA. This is unnecessary most of the time on AMD hardware since the hardware provides the GPA in EXITINFO2. The only exception cases involve string operation

Re: [LINUX RFC v4 3/4] mtd: spi-nor: add stripe support

Hi Naga, I have not finished to review the whole series yet but here some first comments: Le 27/11/2016 à 09:33, Naga Sureshkumar Relli a écrit : > This patch adds stripe support and it is needed for GQSPI parallel > configuration mode by: > > - Adding required parameters like stripe and shift t

Re: [PATCH v3] kvm: svm: Use the hardware provided GPA instead of page walk

On 29/11/2016 19:01, Brijesh Singh wrote: > From: Tom Lendacky > > When a guest causes a NPF which requires emulation, KVM sometimes walks > the guest page tables to translate the GVA to a GPA. This is unnecessary > most of the time on AMD hardware since the hardware provides the GPA in > EXITI

Re: [PATCH] perf/x86: fix event counter update issue

On Tue, Nov 29, 2016 at 9:30 AM, Peter Zijlstra wrote: > On Tue, Nov 29, 2016 at 09:20:10AM -0800, Stephane Eranian wrote: >> Max period is limited by the number of bits the kernel can write to an MSR. >> Used to be 31, now it is 47 for core PMU as per patch pointed to by Kan. > > No, I think it s

Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]

On Wed, Nov 23, 2016 at 6:55 AM, David Howells wrote: > Mark Rutland wrote: >> > Actually, the two arches have a different interpretation on how to deal >> > with an error. Matthew Garrett's original x86 patch assumes that if we >> > get an error when trying to read SecureBoot and SetupMode that

Re: [PATCH V4 15/15] blk-throttle: add latency target support

On Tue, Nov 29, 2016 at 12:31:08PM -0500, Tejun Heo wrote: > Hello, > > On Mon, Nov 14, 2016 at 02:22:22PM -0800, Shaohua Li wrote: > > One hard problem adding .high limit is to detect idle cgroup. If one > > cgroup doesn't dispatch enough IO against its high limit, we must have a > > mechanism to

Re: [PATCH 1/1] ACPI: Document _OSI and _REV for Linux BIOS writers

On Tue, Nov 22, 2016 at 5:02 AM, Lukas Wunner wrote: > On Tue, Nov 22, 2016 at 12:29:46AM -0500, Len Brown wrote: >> +On a platform tasked with running multiple versions of Windows, >> +the BIOS could use _OS to enable/disable devices that and OS >

Re: [PATCH] PCI: Add information about describing PCI in ACPI

On Wed, Nov 23, 2016 at 09:06:33AM -0600, Bjorn Helgaas wrote: > On Wed, Nov 23, 2016 at 07:28:12AM +, Ard Biesheuvel wrote: > > On 23 November 2016 at 01:06, Bjorn Helgaas wrote: > > > On Tue, Nov 22, 2016 at 10:09:50AM +, Ard Biesheuvel wrote: > > >> On 17 November 2016 at 17:59, Bjorn H

BUG: KASAN: stack-out-of-bounds in unwind_get_return_address

This is super easy to repro ontop of 4.9-rc7: run pm-suspend and it hits every time [ 968.667086] == [ 968.667091] BUG: KASAN: stack-out-of-bounds in unwind_get_return_address+0x11d/0x130 at addr 8803867d7878 [ 968.667092] R

[tip:x86/timers 8/13] arch/x86/kernel/tsc_sync.c:43:43: error: 'cpu' undeclared

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/timers head: 950e7481b09cd3f426a9322b0f35139224660c0d commit: 9ad337981a09fb5e53884f6614eb277e1f782460 [8/13] x86/tsc: Store and check TSC ADJUST MSR config: i386-alldefconfig (attached as .config) compiler: gcc-6 (Debian 6.

Re: [PATCH] PCI: Add information about describing PCI in ACPI

On Wed, Nov 23, 2016 at 03:23:35AM +, Zheng, Lv wrote: > Hi, Bjorn > > Thanks for the documentation. > It really helps! > > However I have a question below. > > > From: linux-acpi-ow...@vger.kernel.org > > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Bjorn > > Helgaas > > Subject:

Re: [PATCH 2/2] net: dsa: mv88e6xxx: Add 88E6176 device tree support

On Tue, Nov 29, 2016 at 12:54:24PM -0500, Vivien Didelot wrote: > Hi, > > Uwe Kleine-König writes: > > > Also it seems wrong to write "marvell,mv88e6085" (only) if I know the > > hardware is really a "marvell,mv88e6176". > > I agree. It might be complex for a user to dig into the driver in orde

[mm PATCH 0/3] Page fragment updates

This patch series takes care of a few cleanups for the page fragments API. First we do some renames so that things are much more consistent. First we move the page_frag_ portion of the name to the front of the functions names. Secondly we split out the cache specific functions from the other pag

Re: [PATCH v3] kvm: svm: Use the hardware provided GPA instead of page walk

On Tue, 29 Nov 2016, Brijesh Singh wrote: > --- a/arch/x86/kvm/emulate.c > +++ b/arch/x86/kvm/emulate.c > @@ -5483,3 +5483,11 @@ void emulator_writeback_register_cache(struct > x86_emulate_ctxt *ctxt) > { > writeback_registers(ctxt); > } > + > +bool emulator_is_string_op(struct x86_emulate

[mm PATCH 2/3] mm: Rename __page_frag functions to __page_frag_cache, drop order from drain

From: Alexander Duyck This patch does two things. First it goes through and renames the __page_frag prefixed functions to __page_frag_cache so that we can be clear that we are draining or refilling the cache, not the frags themselves. Second we drop the order parameter from __page_frag_cache_dr

[mm PATCH 3/3] mm: Add documentation for page fragment APIs

From: Alexander Duyck This is a first pass at trying to add documentation for the page_frag APIs. They may still change over time but for now I thought I would try to get these documented so that as more network drivers and stack calls make use of them we have one central spot to document how the

[mm PATCH 1/3] mm: Rename __alloc_page_frag to page_frag_alloc and __free_page_frag to page_frag_free

From: Alexander Duyck This patch renames the page frag functions to be more consistent with other APIs. Specifically we place the name page_frag first in the name and then have either an alloc or free call name that we append as the suffix. This makes it a bit clearer in terms of naming. In ad

Re: Tearing down DMA transfer setup after DMA client has finished

[ Nothing new added below. Vinod, was the description of my HW's quirks clear enough? Is there a way to write a driver within the existing framework? How can I get that HW block supported upstream? Regards. ] On 25/11/2016 13:46, Mason wrote: > On 25/11/2016 05:55, Vinod Koul wrote: > >>

Re: [PATCH 1/1] ACPI: Document _OSI and _REV for Linux BIOS writers

On Tue, Nov 29, 2016 at 01:07:55PM -0500, Len Brown wrote: > On Tue, Nov 22, 2016 at 5:02 AM, Lukas Wunner wrote: > > On Tue, Nov 22, 2016 at 12:29:46AM -0500, Len Brown wrote: > >> +On a platform tasked with running multiple versions of Windows, > >> +the BIOS could use _OS to enable/disable devi

[tip:x86/timers] x86/tsc: Use X86_FEATURE_TSC_ADJUST in detect_art()

Commit-ID: 7b3d2f6e08ed5eb6bcf6912938f7a542405f8e8e Gitweb: http://git.kernel.org/tip/7b3d2f6e08ed5eb6bcf6912938f7a542405f8e8e Author: Thomas Gleixner AuthorDate: Sat, 19 Nov 2016 13:47:33 + Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 19:23:15 +0100 x86/tsc: Use X86_FEA

[tip:x86/timers] x86/tsc: Detect random warps

Commit-ID: bec8520dca0d27c1ddac703f9d0a78275ca2603e Gitweb: http://git.kernel.org/tip/bec8520dca0d27c1ddac703f9d0a78275ca2603e Author: Thomas Gleixner AuthorDate: Sat, 19 Nov 2016 13:47:35 + Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 19:23:15 +0100 x86/tsc: Detect rand

[tip:x86/timers] x86/tsc: Store and check TSC ADJUST MSR

Commit-ID: 8b223bc7abe0e30e8d297a24ee6c6c07ef8d0bb9 Gitweb: http://git.kernel.org/tip/8b223bc7abe0e30e8d297a24ee6c6c07ef8d0bb9 Author: Thomas Gleixner AuthorDate: Sat, 19 Nov 2016 13:47:36 + Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 19:23:16 +0100 x86/tsc: Store and c

Re: [PATCH V4 13/15] blk-throttle: add a mechanism to estimate IO latency

On Tue, Nov 29, 2016 at 12:24:35PM -0500, Tejun Heo wrote: > Hello, Shaohua. > > On Mon, Nov 14, 2016 at 02:22:20PM -0800, Shaohua Li wrote: > > To do this, we sample some data, eg, average latency for request size > > 4k, 8k, 16k, 32k, 64k. We then use an equation f(x) = a * x + b to fit > > the

[tip:x86/timers] x86/tsc: Verify TSC_ADJUST from idle

Commit-ID: 1d0095feea591bbd94f35d8a98aed746319783e1 Gitweb: http://git.kernel.org/tip/1d0095feea591bbd94f35d8a98aed746319783e1 Author: Thomas Gleixner AuthorDate: Sat, 19 Nov 2016 13:47:37 + Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 19:23:16 +0100 x86/tsc: Verify TSC_

[tip:x86/timers] x86/tsc: Sync test only for the first cpu in a package

Commit-ID: a36f5136814b6a87601220927cb9ad9ecc731e92 Gitweb: http://git.kernel.org/tip/a36f5136814b6a87601220927cb9ad9ecc731e92 Author: Thomas Gleixner AuthorDate: Sat, 19 Nov 2016 13:47:39 + Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 19:23:17 +0100 x86/tsc: Sync test o

[tip:x86/timers] x86/tsc: Move sync cleanup to a safe place

Commit-ID: 4c5e3c63752162262c42424147f319b8571a20af Gitweb: http://git.kernel.org/tip/4c5e3c63752162262c42424147f319b8571a20af Author: Thomas Gleixner AuthorDate: Sat, 19 Nov 2016 13:47:40 + Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 19:23:18 +0100 x86/tsc: Move sync c

[tip:x86/timers] x86/tsc: Prepare warp test for TSC adjustment

Commit-ID: 76d3b85158509cafec5be7675a97ef80118e288e Gitweb: http://git.kernel.org/tip/76d3b85158509cafec5be7675a97ef80118e288e Author: Thomas Gleixner AuthorDate: Sat, 19 Nov 2016 13:47:41 + Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 19:23:18 +0100 x86/tsc: Prepare war

[tip:x86/timers] x86/tsc: Try to adjust TSC if sync test fails

Commit-ID: cc4db26899dcd0e6ff0448c77abd8eb61b1a1333 Gitweb: http://git.kernel.org/tip/cc4db26899dcd0e6ff0448c77abd8eb61b1a1333 Author: Thomas Gleixner AuthorDate: Sat, 19 Nov 2016 13:47:43 + Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 19:23:18 +0100 x86/tsc: Try to adju

[patch net / RFC] net: fec: increase frame size limitation to actually available buffer

Fec driver uses Rx buffers of 2k, but programs hardware to limit incoming frames to 1522 bytes. This raises issues when FEC device is used with DSA (since DSA tag can make frame larger), and also disallows manual sending and receiving larger frames. This patch removes the limitation, allowing Rx s

Re: [PATCH] perf/x86: fix event counter update issue

On Tue, Nov 29, 2016 at 06:30:55PM +0100, Peter Zijlstra wrote: > On Tue, Nov 29, 2016 at 09:20:10AM -0800, Stephane Eranian wrote: > > Max period is limited by the number of bits the kernel can write to an MSR. > > Used to be 31, now it is 47 for core PMU as per patch pointed to by Kan. > > No, I

Re: [PATCH v3 1/2] of: Fix issue where code would fall through to error case.

On 11/27/16 12:20, Moritz Fischer wrote: > No longer fall through into the error case that prints out > an error if no error (err = 0) occurred. > > Rework error handling to print error where it occured instead > of having a global catch-all at the end of the function. > > Fixes d9181b20a83(of: A

[PATCH 3/6] drm/vc4: Add support for the VEC (Video Encoder) IP

From: Boris Brezillon The VEC IP is a TV DAC, providing support for PAL and NTSC standards. Signed-off-by: Boris Brezillon Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/Makefile | 1 + drivers/gpu/drm/vc4/vc4_debugfs.c | 1 + drivers/gpu/drm/vc4/vc4_drv.c | 1 + drivers/gp

[PATCH 5/6] ARM: bcm/dt: Add VEC node in bcm283x.dtsi

From: Boris Brezillon Add the VEC (Video EnCoder) node definition in bcm283x.dtsi. Signed-off-by: Boris Brezillon Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm283x.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/bcm283x.dtsi b/arch/arm/boot/dts/bcm283

[PATCH 2/6] drm: Add TV connector states to drm_connector_state

From: Boris Brezillon Some generic TV connector properties are exposed in drm_mode_config, but they are currently handled independently in each DRM encoder driver. Extend the drm_connector_state to store TV related states, and modify the drm_atomic_connector_{set,get}_property() helpers to fill

[PATCH 4/6] drm/vc4: Document VEC DT binding

From: Boris Brezillon Document the DT binding for the VEC (Video EnCoder) IP. Signed-off-by: Boris Brezillon Signed-off-by: Eric Anholt --- Documentation/devicetree/bindings/display/brcm,bcm-vc4.txt | 14 ++ 1 file changed, 14 insertions(+) diff --git a/Documentation/devicetree/b

[PATCH 6/6] ARM: bcm/dt: Enable the VEC IP on all RaspberryPi boards

From: Boris Brezillon Enable the VEC IP on all RaspberryPi boards. Signed-off-by: Boris Brezillon Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm2835-rpi.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/bcm2835-rpi.dtsi b/arch/arm/boot/dts/bcm2835-rpi.dtsi

[PATCH 1/6] drm/vc4: Fix ->clock_select setting for the VEC encoder

From: Boris Brezillon PV_CONTROL_CLK_SELECT_VEC is actually 2 and not 0. Fix the definition and rework the vc4_set_crtc_possible_masks() to cover the full range of the PV_CONTROL_CLK_SELECT field. Signed-off-by: Boris Brezillon Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_crtc.c | 3

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