[PATCH v2 5/6] perf kmem: Add option to specify time window of interest

Add option to allow user to control analysis window. e.g., collect data for time window and analyze a segment of interest within that window. Signed-off-by: David Ahern --- tools/perf/Documentation/perf-kmem.txt | 7 +++ tools/perf/builtin-kmem.c | 24

[PATCH v2 4/6] perf sched timehist: Add option to specify time window of interest

Add option to allow user to control analysis window. e.g., collect data for time window and analyze a segment of interest within that window. Signed-off-by: David Ahern --- tools/perf/Documentation/perf-sched.txt | 8 ++ tools/perf/builtin-sched.c | 51 +

[PATCH 03/22] NTB: Alter NTB API to support both inbound and outbound MW based interfaces

Alter NTB API to support inbound and outbound MW based interfaces. Additionally I made it supporting multi-port devices as well. Useful infographics is added right before MW API is declared. It shall help to better understand how the new API really works and how it can be utilized within client dri

[PATCH v2 6/6] perf report: Add option to specify time window of interest

Add option to allow user to control analysis window. e.g., collect data for time window and analyze a segment of interest within that window. Signed-off-by: David Ahern --- tools/perf/Documentation/perf-report.txt | 7 +++ tools/perf/builtin-report.c | 14 +- 2 file

[PATCH 02/22] NTB: Add peer indexed ports NTB API

Add new port-index NTB API. Additionally lets get rid of Primary and Secondary topologies, since port-number can be effectively used instead. Signed-off-by: Serge Semin --- include/linux/ntb.h | 101 1 file changed, 79 insertions(+), 22 delet

[PATCH 00/22] NTB: Alter kernel API to support multi-port devices

There are devices, like IDT PCIe-switches, which have more than just two ports. Particularly one device can have up to eight ports with NTB-function activated. In order to support such devices, NTB kernel API should be altered since currently it's optimized to work with two-ports devices only. Her

[PATCH v2 0/6] perf: Add option to specify time window of interest

This series allows users to collect data and analyze a time window of interest within the file. v2 - renamed perf_time to perf_time_interval - changed ../perf.h to perf.h in patch 1 David Ahern (6): perf tool: Add time-based utility functions perf tool: Move parse_nsec_time to time-utils.c

Re: [PATCH v3 net-next 1/2] net: ethernet: slicoss: add slicoss gigabit ethernet driver

On 11/28/2016 01:41 PM, Lino Sanfilippo wrote: > The problem is that the HW does not provide a tx completion index. Instead we > have to > iterate the status descriptors until we get an invalid idx which indicates > that there > are no further tx descriptors done for now. I am afraid that if we

Re: [PATCH] mmc: pwrseq: add support for Marvell SD8787 chip

Hello Matt, On Thu, Nov 17, 2016 at 10:55 PM, Matt Ranostay wrote: > Allow power sequencing for the Marvell SD8787 Wifi/BT chip. > This can be abstracted to other chipsets if needed in the future. > > Cc: Tony Lindgren > Cc: Ulf Hansson > Cc: Mark Rutland > Cc: Srinivas Kandagatla > Signed-of

[tip:timers/core] timekeeping: Ignore the bogus sleep time if pm_trace is enabled

Commit-ID: ba58d1020a54933c6b087a3107661c8513556cb8 Gitweb: http://git.kernel.org/tip/ba58d1020a54933c6b087a3107661c8513556cb8 Author: Chen Yu AuthorDate: Mon, 28 Nov 2016 14:35:19 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 18:02:58 +0100 timekeeping: Ignore the bogu

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

On Tue, Nov 29, 2016 at 9:10 AM, Linus Torvalds wrote: > > So quite frankly, I don't want to make our kernel sources worse due to > broken shit tools getting something wrong that we shouldn't even care > about. And yes, I'm on binutils 2.26 (with no issues), so it could be that it's 2.27 that tri

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

On Tue 29-11-16 17:57:08, Vlastimil Babka wrote: > On 11/29/2016 05:38 PM, Tejun Heo wrote: > > On Tue, Nov 29, 2016 at 08:25:07AM +0100, Michal Hocko wrote: > > > --- a/include/linux/gfp.h > > > +++ b/include/linux/gfp.h > > > @@ -246,7 +246,7 @@ struct vm_area_struct; > > > #define GFP_ATOMIC

[tip:timers/core] trace: Update documentation for mono, mono_raw and boot clock

Commit-ID: 2924ecd441f3c12da59b297daade265f49d0831b Gitweb: http://git.kernel.org/tip/2924ecd441f3c12da59b297daade265f49d0831b Author: Joel Fernandes AuthorDate: Mon, 28 Nov 2016 14:35:24 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 18:03:00 +0100 trace: Update documen

[tip:timers/core] trace: Add an option for boot clock as trace clock

Commit-ID: 80ec3552107ac16a836dbff4cf3c23fdd3256ee3 Gitweb: http://git.kernel.org/tip/80ec3552107ac16a836dbff4cf3c23fdd3256ee3 Author: Joel Fernandes AuthorDate: Mon, 28 Nov 2016 14:35:23 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 18:02:59 +0100 trace: Add an option

[tip:timers/core] timekeeping: Add a fast and NMI safe boot clock

Commit-ID: 948a5312f41658f7b76a598a139ef1f4dea09ca9 Gitweb: http://git.kernel.org/tip/948a5312f41658f7b76a598a139ef1f4dea09ca9 Author: Joel Fernandes AuthorDate: Mon, 28 Nov 2016 14:35:22 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 18:02:59 +0100 timekeeping: Add a fa

[tip:timers/core] timekeeping/clocksource_cyc2ns: Document intended range limitation

Commit-ID: ec4101e8903e318b9fd4e3bbf72b1eaba53c64e1 Gitweb: http://git.kernel.org/tip/ec4101e8903e318b9fd4e3bbf72b1eaba53c64e1 Author: Chris Metcalf AuthorDate: Mon, 28 Nov 2016 14:35:20 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 18:02:58 +0100 timekeeping/clocksourc

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

On Tue, Nov 29, 2016 at 9:05 AM, Adam Borowski wrote: > > Thus, if it's indeed binutils, you'll see the breakage as soon as Fedora > recovers from the freeze. So quite frankly, I don't want to make our kernel sources worse due to broken shit tools getting something wrong that we shouldn't even ca

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

On Tue, Nov 29, 2016 at 05:29:20PM +0100, Petr Mladek wrote: > > > People are very busy polishing the turd we call printk, but from where > > > I'm sitting its terminally and unfixably broken. > > I still hope that we could do better :-) How? The console drivers are a complete trainwreck, you si

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

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 each patch. > > Theses changes are not tested as I do not have the

[tip:timers/core] selftests/timers: Fix spelling mistake "Asyncrhonous" -> "Asynchronous"

Commit-ID: a109ded26c8c85c17872c8f61e8979c5d650004d Gitweb: http://git.kernel.org/tip/a109ded26c8c85c17872c8f61e8979c5d650004d Author: Colin Ian King AuthorDate: Mon, 28 Nov 2016 14:35:18 -0800 Committer: Thomas Gleixner CommitDate: Tue, 29 Nov 2016 18:02:57 +0100 selftests/timers: Fix

[PATCH] ASoC: cs42l56: Fix misuse of regmap_update_bits

Using regmap_update_bits(..., mask, 1) with 'mask' following (1 << k) and k greater than 0 is wrong. Indeed, _regmap_update_bits will perform (mask & 1), which results in 0 if LSB of mask is 0. Thus the call regmap_update_bits(..., mask, 1) is in reality equivalent to regmap_update_bits(..., mask,

Re: [PATCH V4 10/15] blk-throttle: add a simple idle detection

Hello, Shaohua. On Mon, Nov 28, 2016 at 03:10:18PM -0800, Shaohua Li wrote: > > But we can increase sharing by upping the target latency. That should > > be the main knob - if low, the user wants stricter service guarantee > > at the cost of lower overall utilization; if high, the workload can >

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

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 because they fix similar problems. > > Those two patches should be fold,

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 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 btrfs. One situation where I've seen something like this happen is (a) lots and lots of dirty data queued up

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

> 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 bits. > > > > > > > The max_period is 0xf. > > > > The limit is br

Re: [PATCH v7 04/16] drivers: iommu: make of_iommu_set/get_ops() DT agnostic

On Tue, Nov 29, 2016 at 05:05:49PM +0100, Joerg Roedel wrote: > On Wed, Nov 16, 2016 at 09:56:15AM +, Lorenzo Pieralisi wrote: > > I can easily make the changes Robin suggests above, I need to know > > what to do with this patch it is the last blocking point for this > > series and time is runn

Re: 4.9.0-rc6+ boot problem

Thanks I was able to reproduce the problem with v4.9-rc7+ (commit 88abd8249ee8bcebb98c90e890ea5e342db832af), after git clean -xdf; make mrproper Config attached. Need to set CONFIG_KVM=y to reproduce boot issue. set CONFIG_KVM=y in menuconfig also set CONFIG_IRQ_BYPASS_MANAGER=y, I dont see conf

RFC [v2]: documenting autogroup, group scheduling, and interactions with nice

Hello Mike and others, This is my second version of an attempt to document the autogroup that you added in 2.6.38. As well as reworking nd extending the autogroup text, in this round I've added text describing group scheduling, and also noted the changes (somewhat surprising for users) that implic

Re: [RFC][PATCH 1/5 v2] drm/bridge: adv7511: Use work_struct to defer hotplug handing to out of irq context

On Mon, Nov 28, 2016 at 10:46 PM, Laurent Pinchart wrote: > Hi John, > > Thank you for the patch. > > On Monday 28 Nov 2016 21:04:40 John Stultz wrote: >> I was recently seeing issues with EDID probing, where >> the logic to wait for the EDID read bit to be set by the >> IRQ wasn't happening and t

[PATCH] pwm: pca9685: Fix misuse of regmap_update_bits

Using regmap_update_bits(..., mask, 1) with 'mask' following (1 << k) and k greater than 0 is wrong. Indeed, _regmap_update_bits will perform (mask & 1), which results in 0 if LSB of mask is 0. Thus the call regmap_update_bits(..., mask, 1) is in reality equivalent to regmap_update_bits(..., mask,

Re: [PATCH] cciss: remove unneeded void pointer cast

> "Javier" == Javier Martinez Canillas writes: >> I'm happy to queue it. However, I never saw Don's ack and neither did >> patchwork. Was that done in a private email? Javier> Strange, it wasn't a private email but for some reason I see Javier> that it didn't made it to neither LKML nor linu

[PATCH 1/2] Input: drv2665: Fix misuse of regmap_update_bits

Using regmap_update_bits(..., mask, 1) with 'mask' following (1 << k) and k greater than 0 is wrong. Indeed, _regmap_update_bits will perform (mask & 1), which results in 0 if LSB of mask is 0. Thus the call regmap_update_bits(..., mask, 1) is in reality equivalent to regmap_update_bits(..., mask,

[PATCH 2/2] Input: drv2667: Fix misuse of regmap_update_bits

Using regmap_update_bits(..., mask, 1) with 'mask' following (1 << k) and k greater than 0 is wrong. Indeed, _regmap_update_bits will perform (mask & 1), which results in 0 if LSB of mask is 0. Thus the call regmap_update_bits(..., mask, 1) is in reality equivalent to regmap_update_bits(..., mask,

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

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 each patch. Theses changes are not tested as I do not have the required hardware, but the calls to regmap_update_bits() are clearly

Re: [PATCH] scsi/ipr: Fix runaway IRQs when falling back from MSI to LSI

> "Benjamin" == Benjamin Herrenschmidt writes: Benjamin> LSIs must be ack'ed with an MMIO otherwise they remain Benjamin> asserted forever. This is controlled by the "clear_isr" flag. Benjamin> While we set that flag properly when deciding initially Benjamin> whether to use LSIs or MSIs, we

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

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 > > bits. > > > > The max_period is 0xf. > > The limit is breaked by this pat

Re: [PATCH v2] [hv] storvsc: Payload buffer incorrectly sized for 32 bit kernels.

> "Cathy" == Cathy Avery writes: Cathy> On a 32 bit kernel sizeof(void *) is not 64 bits as hv_mpb_array Cathy> requires. Also the buffer needs to be cleared or the upper bytes Cathy> will contain junk. K.Y.: Please review! -- Martin K. Petersen Oracle Linux Engineering

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

On 11/29/2016 05:38 PM, Tejun Heo wrote: On Tue, Nov 29, 2016 at 08:25:07AM +0100, Michal Hocko wrote: --- a/include/linux/gfp.h +++ b/include/linux/gfp.h @@ -246,7 +246,7 @@ struct vm_area_struct; #define GFP_ATOMIC (__GFP_HIGH|__GFP_ATOMIC|__GFP_KSWAPD_RECLAIM) #define GFP_KERNEL (__

Re: [PATCH] [SCSI] dpt_i2o: Add a missing call to kfree

> "Quentin" == Quentin Lambert writes: Quentin> Most error branches following the call to kzalloc contain a Quentin> call to kfree. This patch add these calls where they are Quentin> missing. Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] cciss: remove unneeded void pointer cast

Hello Martin, On 11/29/2016 01:35 PM, Martin K. Petersen wrote: >> "Javier" == Javier Martinez Canillas writes: > casting value returned by memory allocation function to (struct cciss_scsi_adapter_data_t *) is useless. Signed-off-by: Javier Martinez Canillas >>> >>> Acke

[PATCH 6/9] coresight: tmc: Get rid of mode parameter for helper routines

From: "Suzuki K. Poulose" Get rid of the superfluous mode parameter and the check for the mode in tmc_etX_enable_sink_{perf/sysfs}. While at it, also remove the unnecessary WARN_ON() checks. Cc: Mathieu Poirier Signed-off-by: Suzuki K Poulose Signed-off-by: Mathieu Poirier --- drivers/hwtrac

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

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, 2016 at 11:52:41PM -0600, Josh Poimboeuf wrote: > > > > > We used to do that,

Re: [PATCH] cxgb4i: Add a missing call to neigh_release

> "Quentin" == Quentin Lambert writes: Quentin> Most error branches following the call to dst_neigh_lookup Quentin> contain a call to neigh_release. This patch add these calls Quentin> where they are missing. Varun: Please review! -- Martin K. Petersen Oracle Linux Engineering

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

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

Re: [PATCH] KVM: x86: restrict maximal physical address

2016-11-25 17:43+0100, David Hildenbrand: >> > This check is correct. >> > >> > However, I wonder if there is any way for user space to query this >> > property? >> >> Do you mean boot_cpu_data.x86_phys_bits? >> Userspace can execute CPUID instruction and read the value; QEMU does. > > Thanks,

Re: [PATCH] mmc: pwrseq: add support for Marvell SD8787 chip

On 29 November 2016 at 15:51, Rob Herring wrote: > On Mon, Nov 28, 2016 at 9:54 AM, Ulf Hansson wrote: >> [...] >> + +Example: + + wifi_pwrseq: wifi_pwrseq { + compatible = "mmc-pwrseq-sd8787"; + pwrdn-gpio = <&twl_gpio 0 GPIO_ACTIVE_LOW>;

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

On 11/29/16 07:06, Rob Herring wrote: > On Mon, Nov 28, 2016 at 9:30 AM, Frank Rowand wrote: >> On 11/26/16 13:39, Frank Rowand wrote: >>> On 11/23/16 13:58, Rob Herring wrote: On Thu, Nov 17, 2016 at 6:10 PM, Moritz Fischer wrote: > On Thu, Nov 17, 2016 at 4:02 PM, Frank Rowand >

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

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

Re: [RFC 4/4] mm: Ignore cpuset enforcement when allocation flag has __GFP_THISNODE

On 11/28/2016 10:51 PM, Anshuman Khandual wrote: > On 11/29/2016 02:42 AM, Dave Hansen wrote: >> > On 11/22/2016 06:19 AM, Anshuman Khandual wrote: >>> >> --- a/mm/page_alloc.c >>> >> +++ b/mm/page_alloc.c >>> >> @@ -3715,7 +3715,7 @@ struct page * >>> >> .migratetype = gfpflags_to

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

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

[PATCH 2/9] coresight: etm3x: indentation fix (extra space removed)

From: Muhammad Abdul WAHAB An extra space is removed. Signed-off-by: Muhammad Abdul Wahab Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-etm3x-sysfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwtracing/coresight/coresight-etm3x-sysf

Re: netlink: GPF in sock_sndtimeo

On 2016-11-26 17:11, Cong Wang wrote: > On Sat, Nov 26, 2016 at 7:44 AM, Dmitry Vyukov wrote: > > Hello, Eric, thanks for the heads up on this. (more below...) > > The following program triggers GPF in sock_sndtimeo: > > https://gist.githubusercontent.com/dvyukov/c19cadd309791cf5cb9b2bf936d3f48

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

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

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

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

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

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

[PATCH 3/9] coresight: etm3x: Adding missing features of Coresight PTM components

From: Muhammad Abdul WAHAB In the current driver for Coresight components, two features of PTM components are missing: 1. Branch Broadcasting (present also in ETM but called Branch Output) 2. Return Stack (only present in PTM v1.0 and PTMv1.1) These features can be added simply to the code usin

Re: [PATCH] isci: Add a missing call to pci_unmap_biosrom

> "Quentin" == Quentin Lambert writes: Quentin> Most error branches following the call to pci_map_biosrom Quentin> contain a call to pci_unmap_biosrom. This patch add these calls Quentin> where they are missing. Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux Engineerin

[PATCH 5/9] coresight: tmc: Cleanup operation mode handling

From: "Suzuki K. Poulose" The mode of operation of the TMC tracked in drvdata->mode is defined as a local_t type. This is always checked and modified under the drvdata->spinlock and hence we don't need local_t for it and the unnecessary synchronisation instructions that comes with it. This change

[PATCH 4/9] coresight: reset "enable_sink" flag when need be

When using coresight from the perf interface sinks are specified as part of the perf command line. As such the sink needs to be disabled once it has been acknowledged by the coresight framework. Otherwise the sink stays enabled, which may interfere with other sessions. This patch removes the sink

[PATCH 7/9] coresight: tmc: Remove duplicate memset

From: "Suzuki K. Poulose" The tmc_etr_enable_hw() fills the buffer with 0's before enabling the hardware. So, we don't need an explicit memset() in tmc_enable_etr_sink_sysfs() before calling the tmc_etr_enable_hw(). This patch removes the explicit memset from tmc_enable_etr_sink_sysfs. Signed-of

[PATCH 8/9] coresight: Add support for ARM Coresight STM-500

From: Suzuki K Poulose Add the PIDs for STM-500 to the known STM devices list. Cc: Mathieu Poirier Cc: Chunyan Zhang Signed-off-by: Suzuki K Poulose Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-stm.c | 5 + 1 file changed, 5 insertions(+) diff --git a/driver

[PATCHv2] mfd: cpcap: Add minimal support

Many Motorola phones like droid 4 are using a custom PMIC called CPCAP or 6556002. We can support it's core features quite easily with regmap_spi and regmap_irq. The children of cpcap, such as regulators, ADC and USB, can be just regular device drivers and defined in the dts file. They get probed

[PATCH 0/9] coresight: next v4.9-rc7

Hi Greg, These are the patches I'd like you to consider for inclusion in the 4.10 cycle. They were sent earlier this month [1] but I haven't received the usual automated acknowledgment, hence sending again. Everything applies cleanly on your 'char-misc-next' branch (38d1790644ef). Thanks, Math

[PATCH] Staging: gs_fpgaboot: fix indentation sytle in io.c

This patch properly aligns a statement with arguments on multiple lines found by the checkpatch.pl script Signed-off-by: Thomas Casey --- drivers/staging/gs_fpgaboot/io.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/gs_fpgaboot/io.c b/drivers/staging/gs_fpg

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

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

[PATCH 9/9] coresight: perf: Add a missing call to etm_free_aux

From: Quentin Lambert Most error branches following the call to alloc_event_data contain a call to etm_free_aux. This patch add a call to etm_free_aux to an error branch that does not call it. This issue was found with Hector. Signed-off-by: Quentin Lambert Signed-off-by: Mathieu Poirier ---

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

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

[PATCH 1/9] coresight: stm: return error code instead of zero in .packet()

From: Chunyan Zhang In STM framework driver, the trace data writing loop would keep running until it received a negative return value or the whole trace packet has been written to STM device. So if the .packet() of STM device always returns zero since the device is not enabled or the parameter i

Re: [PATCH] isci: avoid array subscript warning

> "Arnd" == Arnd Bergmann writes: Arnd> I'm getting a new warning with gcc-7: isci/remote_node_context.c: Arnd> In function 'sci_remote_node_context_destruct': Arnd> isci/remote_node_context.c:69:16: error: array subscript is above Arnd> array bounds [-Werror=array-bounds] Applied to 4.10/sc

Linux 3.12.68

I'm announcing the release of the 3.12.68 kernel. All users of the 3.12 kernel series must upgrade. The updated 3.12.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.12.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 2/2] ARM: omap: timers: reduce rating of gp_timer clocksource

On 11/24/2016 12:19 AM, Keerthy wrote: From: Grygorii Strashko Now ARM Global timer (rating 300) will not be selected as clocksource, because it's initialized after OMAP GP Timer (rating 300) and Timekeeping core will not allow to replace clocksource with new one if both of them have the same

Patch "mm, oom: stop pre-mature high-order OOM killer invocations" has been added to the 4.8-stable tree

This is a note to let you know that I've just added the patch titled mm, oom: stop pre-mature high-order OOM killer invocations to the 4.8-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

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 05:25:15PM +0100, Michal Hocko wrote: > On Tue 22-11-16 17:38:01, Greg KH wrote: > > On Tue, Nov 22, 2016 at 05:14:02PM +0100, Vlastimil Babka wrote: > > > On 11/22/2016 05:06 PM, Marc MERLIN wrote: > > > > On Mon, Nov 21, 2016 at 01:56:39PM -0800, Marc MERLIN wrote: > > > >

[BUG] bad runqueue clock/ktime value at init?

Hi everyone, After upgrading my worksation (ASUS Rampage IV GENE motherboard, Core(TM) i7-3820) to a kernel >= 4.6, I noticed bad performances and htop showing "0" CPU usage on all processes. /sys/devices/system/cpu/cpu*/cpufreq/cpuinfo_cur_freq showed for all cores. Bisect pointed me to a comm

Re: 9pfs hangs since 4.7

Any idea of what xfstests is doing at this point in time? I'd be a bit worried about some sort of loop in the namespace since it seems to be in path traversal. Could also be some sort of resource leak or fragmentation, I'll admit that many of the regression tests we do are fairly short in duratio

Re: [PATCH] iommu/s390: drop duplicate header pci.h

On Wed, Nov 23, 2016 at 11:23:19PM +0800, Geliang Tang wrote: > Drop duplicate header pci.h from s390-iommu.c. > > Signed-off-by: Geliang Tang > --- > drivers/iommu/s390-iommu.c | 1 - > 1 file changed, 1 deletion(-) Applied, thanks.

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

On Tue, Nov 29, 2016 at 08:25:07AM +0100, Michal Hocko wrote: > --- a/include/linux/gfp.h > +++ b/include/linux/gfp.h > @@ -246,7 +246,7 @@ struct vm_area_struct; > #define GFP_ATOMIC (__GFP_HIGH|__GFP_ATOMIC|__GFP_KSWAPD_RECLAIM) > #define GFP_KERNEL (__GFP_RECLAIM | __GFP_IO | __GFP_FS) >

Re: [PATCH] cciss: remove unneeded void pointer cast

> "Javier" == Javier Martinez Canillas writes: >>> casting value returned by memory allocation function to (struct >>> cciss_scsi_adapter_data_t *) is useless. >>> >>> Signed-off-by: Javier Martinez Canillas >> >> Acked-by: Don Brace Javier> Thanks for the ack. Do you know who is suppose

Re: [PATCH v7 0/3] console: Add persistent scrollback buffers for all VGA consoles

Hi Andrey, On Di, 2016-11-29 at 10:01 +, Andrey Utkin wrote: > Regarding logout scrollback clearing not working for me. ncurses-6.0-rc1 > which I tested it with is the latest available in Gentoo portage, please > confirm whether I need any newer version, or should I tune something > else. I'd

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 05:07:51PM +0100, Michal Hocko wrote: > On Tue 29-11-16 07:55:37, Marc MERLIN wrote: > > On Mon, Nov 28, 2016 at 08:23:15AM +0100, Michal Hocko wrote: > > > Marc, could you try this patch please? I think it should be pretty clear > > > it should help you but running it throu

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

On Tue 2016-11-29 07:10:04, Paul E. McKenney wrote: > On Tue, Nov 29, 2016 at 01:43:23PM +0100, Peter Zijlstra wrote: > > On Mon, Nov 28, 2016 at 11:52:41PM -0600, Josh Poimboeuf wrote: > > > > > Did a little digging on git blame and found the following commit (which > > > seems to be the cause of

Re: [PATCHv13 2/3] usb: USB Type-C connector class

On Thu, Nov 24, 2016 at 02:21:43PM +0200, Heikki Krogerus wrote: > The purpose of USB Type-C connector class is to provide > unified interface for the user space to get the status and > basic information about USB Type-C connectors on a system, > control over data role swapping, and when the port s

[PATCH net-next] net: can: usb: kvaser_usb: fix spelling mistake of "outstanding"

From: Colin Ian King Trivial fix to spelling mistake "oustanding" to "outstanding" in comment and dev_dbg message. Signed-off-by: Colin Ian King --- drivers/net/can/usb/kvaser_usb.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/can/usb/kvaser_usb.c b/drive

Re: [PATCH V7 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping

On Tue, Nov 29, 2016 at 4:20 PM, Agustin Vega-Frias wrote: > Hi Rafael, > > > On 2016-11-29 07:43, Rafael J. Wysocki wrote: >> >> On Tue, Nov 29, 2016 at 1:11 PM, Lorenzo Pieralisi >> wrote: >>> >>> Hi Agustin, >>> >>> On Mon, Nov 28, 2016 at 05:40:24PM -0500, Agustin Vega-Frias wrote:

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

On Tue 22-11-16 17:38:01, Greg KH wrote: > On Tue, Nov 22, 2016 at 05:14:02PM +0100, Vlastimil Babka wrote: > > On 11/22/2016 05:06 PM, Marc MERLIN wrote: > > > On Mon, Nov 21, 2016 at 01:56:39PM -0800, Marc MERLIN wrote: > > >> On Mon, Nov 21, 2016 at 10:50:20PM +0100, Vlastimil Babka wrote: > > >

Re: [PATCH v2 12/13] net: ethernet: ti: cpts: calc mult and shift from refclk freq

On 11/29/2016 04:34 AM, Richard Cochran wrote: > On Mon, Nov 28, 2016 at 05:03:36PM -0600, Grygorii Strashko wrote: >> +static void cpts_calc_mult_shift(struct cpts *cpts) >> +{ >> +u64 frac, maxsec, ns; >> +u32 freq, mult, shift; >> + >> +freq = clk_get_rate(cpts->refclk); >> + >> +

Re: [PATCH] tun: Use netif_receive_skb instead of netif_rx

On Tue, Nov 29, 2016 at 04:25:36PM +0100, Andrey Konovalov wrote: > This patch changes tun.c to call netif_receive_skb instead of netif_rx > when a packet is received. The difference between the two is that netif_rx > queues the packet into the backlog, and netif_receive_skb proccesses the > packet

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

On Tue, Nov 29, 2016 at 8:03 AM, Michal Marek wrote: > > The original and easily observable bug is that were are not generating > symbol checksums for the asm-exported symbols, so they default to 0. > This can be seen e.g. in the Module.symvers file. This seemed like a > minor issue, because with

Re: net: GPF in eth_header

On Tue, 2016-11-29 at 16:31 +0100, Andrey Konovalov wrote: = > The issue is not with skb_network_offset(), but with __skb_pull() > using skb_network_offset() as an argument. > No. The issue can happen with _any_ __skb_pull() with a 'negative' argument, on 64bit arches. skb_network_offset() is on

[PATCH v4 1/9] dt-bindings: clarify compatible property for rockchip timers

Make all properties description in form '"rockchip,-timer", "rockchip,rk3288-timer"' for all chips found in linux kernel. Suggested-by: Heiko Stübner Signed-off-by: Alexander Kochetkov --- .../bindings/timer/rockchip,rk-timer.txt | 12 +--- 1 file changed, 9 insertions(+), 3

[PATCH v4 9/9] clocksource/drivers/rockchip_timer: implement clocksource timer

The clock supplying the arm-global-timer on the rk3188 is coming from the the cpu clock itself and thus changes its rate everytime cpufreq adjusts the cpu frequency making this timer unsuitable as a stable clocksource and sched clock. The rk3188, rk3288 and following socs share a separate timer bl

[PATCH v4 2/9] ARM: dts: rockchip: update compatible property for rk3228 timer

Property set to '"rockchip,rk3228-timer", "rockchip,rk3288-timer"' to match devicetree bindings. Signed-off-by: Alexander Kochetkov --- arch/arm/boot/dts/rk3228-evb.dts |4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/rk3228-evb.dts b/arch/arm/boot/dts/rk3228-evb.dts

[PATCH v4 3/9] ARM: dts: rockchip: update compatible property for rk3229 timer

Property set to '"rockchip,rk3229-timer", "rockchip,rk3288-timer"' to match devicetree bindings. Signed-off-by: Alexander Kochetkov --- arch/arm/boot/dts/rk3229-evb.dts |4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/rk3229-evb.dts b/arch/arm/boot/dts/rk3229-evb.dts

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

On Mon, Nov 28, 2016 at 08:23:15AM +0100, Michal Hocko wrote: > Marc, could you try this patch please? I think it should be pretty clear > it should help you but running it through your use case would be more > than welcome before I ask Greg to take this to the 4.8 stable tree. > > Thanks! > > On

[PATCH v4 4/9] ARM: dts: rockchip: add timer entries to rk3188 SoC

The patch add two timers to all rk3188 based boards. The first timer is from alive subsystem and it act as a backup for the local timers at sleep time. It act the same as other SoC rockchip timers already present in kernel. The second timer is from CPU subsystem and act as replacement for the arm

[PATCH v4 8/9] clocksource/drivers/rockchip_timer: move TIMER_INT_UNMASK out of rk_timer_enable()

This allow to enable timer without enabling interrupts from it. As that mode will be used in clocksource implementation. This is refactoring step without functional changes. Signed-off-by: Alexander Kochetkov --- drivers/clocksource/rockchip_timer.c |8 1 file changed, 4 insertions

[PATCH v4 5/9] ARM: dts: rockchip: disable arm-global-timer for rk3188

arm-global-timer can provide clockevents, clocksource and shed_clock. But on rk3188 platform it provide only clocksource and shed_clock. clockevents from arm-global-timer is not used by kernel because there is another clockevent provider with higher rating (smp-twd). My commit from the series imp

[PATCH v4 7/9] clocksource/drivers/rockchip_timer: low level routines take rk_timer as parameter

Pass rk_timer instead of clock_event_device to low lever timer routines. So that code could be reused by clocksource implementation. Drop rk_base() and rk_ctrl(). This is refactoring step without functional changes. Signed-off-by: Alexander Kochetkov --- drivers/clocksource/rockchip_timer.c |

[PATCH v4 0/9] Implement clocksource for rockchip SoC using rockchip timer

Hello, This patch series contain: - devicetree bindings clarification for rockchip timers - dts files fixes for rk3228-evb, rk3229-evb and rk3188 - implementation of clocksource and sched clock for rockchip SoC The clock supplying the arm-global-timer on the rk3188 is coming from the the cpu cloc

[PATCH v4 6/9] clocksource/drivers/rockchip_timer: split bc_timer into rk_timer and rk_clock_event_device

The patch move ce field out of struct bc_timer into struct rk_clock_event_device and rename struct bc_timer to struct rk_timer. This is refactoring step without functional changes. Signed-off-by: Alexander Kochetkov --- drivers/clocksource/rockchip_timer.c | 33 ++-

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