Re: [PATCH v3 3/7 UPDATE] perf tools: Add option for the path of buildid dsos under symfs

在 2016/5/18 9:51, David Ahern 写道: On 5/17/16 7:47 PM, Hekuang wrote: 在 2016/5/16 10:50, David Ahern 写道: On 5/15/16 7:30 PM, Hekuang wrote: In previous patch, I use 'perf buildid-cache -a' to add vdso binary into the HOST buildid dir. So 'perf buildid-cache' needs the symfs option?

Re: [PATCH v8 13/14] usb: gadget: udc: adapt to OTG core

On Mon, May 16, 2016 at 12:51:53PM +0300, Roger Quadros wrote: > On 16/05/16 12:23, Peter Chen wrote: > > On Mon, May 16, 2016 at 11:26:57AM +0300, Roger Quadros wrote: > >> Hi, > >> > >> On 16/05/16 10:02, Peter Chen wrote: > >>> On Fri, May 13, 2016 at 01:03:27PM +0300, Roger Quadros wrote: >

Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors

Hi, On Tue, May 17, 2016 at 7:08 PM, Jaehoon Chung wrote: > On 05/18/2016 09:47 AM, Doug Anderson wrote: >> Jaehoon, >> >> On Mon, Mar 30, 2015 at 8:47 AM, Doug Anderson wrote: >>> Jaehoon, >>> >>> On Sun, Mar 29, 2015 at 5:55 PM, Jaehoon Chung

Re: UBSAN: Undefined behaviour in block/blk-mq.c:1459:27 with pata_amd

> Does the patch below help? > > From: Bartlomiej Zolnierkiewicz > Subject: [PATCH] blk-mq: fix undefined behaviour in order_to_size() > > When this_order variable in blk_mq_init_rq_map() becomes zero > the code incorrectly decrements the variable and passes the result

Re: [PATCH 02/17] perf tools: Add evlist channel helpers

On 2016/5/13 21:05, Arnaldo Carvalho de Melo wrote: Em Fri, May 13, 2016 at 07:55:59AM +, Wang Nan escreveu: In this commit sereval helpers are introduced to support the principle several of channel. Channels hold different groups of evsels which configured

Re: [PATCH v12 05/10] arm64: Kprobes with single stepping support

On Tue, 17 May 2016 16:58:09 +0800 Huang Shijie wrote: > On Wed, Apr 27, 2016 at 02:53:00PM -0400, David Long wrote: > > + > > +/* > > + * Interrupts need to be disabled before single-step mode is set, and not > > + * reenabled until after single-step mode ends. > > + *

linux-next: Tree for May 18

Hi all, Please do not add any v4.8 destined material to your linux-next included branches until after v4.7-rc1 has been released. Changes since 20160517: New tree: dax-misc The dax-misc tree gained a conflict against the nvdimm tree. The akpm-current tree gained a conflict against the dax

Re: [PATCH] mmc: dw_mmc: Consider HLE errors to be data and command errors

Hi, On Tue, May 17, 2016 at 6:59 PM, Shawn Lin wrote: > Could you try this patch to see if you can still find HLE? > > @@ -2356,12 +2356,22 @@ static void dw_mci_cmd_interrupt(struct dw_mci > *host, u32 status) > static void dw_mci_handle_cd(struct dw_mci *host) >

Re: Crashes in -next due to 'phy: add support for a reset-gpio specification'

9.371540] Unable to handle kernel paging request at virtual address > 001c > [9.371540] pc = d0320926, ra = 903209d1 > [9.375358] Oops: sig: 11 [#1] > [9.376081] PREEMPT > [9.377080] CPU: 0 PID: 1 Comm: swapper Not tainted > 4.6.0-next-20160517 #1 >

Re: [PATCH] ARC: Troubleshoot execution of UP Linux on SMP HW and vice versa

On Wednesday 18 May 2016 02:36 AM, Alexey Brodkin wrote: > ARC SMP hardware heavily relies on Interrupt Distribution Unit (IDU) > for all interrupts serving. And UP ARC hardware lacks this block. > > That leads to incompatibility between UP and SMP Linux builds. > > Even though UP build of Linux

Re: Linux-next parallel cp workload hang

On Wed, May 18, 2016 at 09:46:15AM +0800, Xiong Zhou wrote: > Hi, > > Parallel cp workload (xfstests generic/273) hangs like blow. > It's reproducible with a small chance, less the 1/100 i think. > > Have hit this in linux-next 20160504 0506 0510 trees, testing on > xfs with loop or block

Re: [PATCH v3 3/7 UPDATE] perf tools: Add option for the path of buildid dsos under symfs

On 5/17/16 8:48 PM, Hekuang wrote: I don't understand why dso-prefix option is needed? Why make me type yet more options to the analysis command? Why can't the directory be located under the symfs tree in a known location and populated the same way it is without symfs? Because the default

Re: 45aebeaf4f67 "ovl: Ensure upper filesystem supports d_type" breaking Docker

Hi Vivek, My sincere apologies - it turns out I *was* running on xfs with ftype=0. Someone in the office had moved docker's storage without me noticing. Apologies to all whose time I wasted. Regards, Daniel Vivek Goyal writes: > On Tue, May 17, 2016 at 10:15:21AM +0200,

linux-next: manual merge of the dax-misc tree with the nvdimm tree

Hi all, Today's linux-next merge of the dax-misc tree got a conflict in: fs/block_dev.c between commit: 8044aae6f374 ("Revert "block: enable dax for raw block devices"") from the nvdimm tree and commit: 02fbd139759f ("dax: Remove complete_unwritten argument") from the dax-misc tree.

[RFC][PATCH 8/7] sched/fair: Use utilization distance to filter affine sync wakeups

On Mon, 2016-05-09 at 12:48 +0200, Peter Zijlstra wrote: > Hai, (got some of the frozen variety handy?:) > here be a semi coherent patch series for the recent select_idle_siblings() > tinkering. Happy benchmarking.. And tinkering on top of your rewrite series... sched/fair: Use utilization

Re: [PATCH 1/2] arm64: dts: NS2: Add all of the UARTs

On 2016/5/18 3:56, Florian Fainelli wrote: > On 05/15/2016 06:11 PM, Kefeng Wang wrote: >>> I can confirm that with your change and the change to the bootargs you >>> describe above, it works as desired. Was your change already accepted? >>> >> >> Great, thanks a lot. it is still being

Re: [RFC][PATCH 5/5] sched/core: Add debug code to catch missing update_rq_clock()

On Tue, May 17, 2016 at 01:24:15PM +0100, Matt Fleming wrote: > So, if the code looks like the following, either now or in the future, > > static void __schedule(bool preempt) > { > ... > /* Clear RQCF_ACT_SKIP */ > rq->clock_update_flags = 0; > ... > delta =

[PATCH] mm: fix duplicate words and typos

Signed-off-by: Li Peng --- mm/memcontrol.c | 2 +- mm/page_alloc.c | 6 +++--- mm/vmscan.c | 7 +++ mm/zswap.c | 2 +- 4 files changed, 8 insertions(+), 9 deletions(-) diff --git a/mm/memcontrol.c b/mm/memcontrol.c index fe787f5..4b74255 100644 ---

Re: QRTR merge conflict resolution

On Tue 17 May 17:43 PDT 2016, Stephen Rothwell wrote: > Hi David, > > On Tue, 17 May 2016 14:11:54 -0400 (EDT) David Miller > wrote: > > > > From: Bjorn Andersson > > Date: Fri, 13 May 2016 15:19:09 -0700 > > > > > I have prepared the merge of

Re: [PATCH] arc: axs103_smp: Fix CPU frequency to 100MHz for dual-core

On Monday 16 May 2016 03:27 PM, Alexey Brodkin wrote: > The most recent release of AXS103 [v1.1] is proven to work > at 100 MHz in dual-core mode so this change uses mentioned feature. > For that we: > * Update axc003_idu.dtsi with mention of really-used CPU clock freq > * Remove clock override

linux-next: manual merge of the akpm-current tree with the dax-misc tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: include/linux/dax.h between commit: ecdb4bf9e327 ("dax: export a low-level __dax_zero_page_range helper") from the dax-misc tree and commit: 29d44f6759f6 ("dax: add dax_get_unmapped_area for pmd mappings")

Re: CQ and RDMA READ/WRITE APIs

Hi Doug, On Tue, May 17, 2016 at 11:02 PM, Doug Ledford wrote: > Nice catch there Bart. That was well before my role as maintainer and > so settles things well enough for me. IOW, I don't feel I need to worry > about trying to maintain the dual license nature of the RDMA

[PATCH] MM: increase safety margin provided by PF_LESS_THROTTLE

When nfsd is exporting a filesystem over NFS which is then NFS-mounted on the local machine there is a risk of deadlock. This happens when there are lots of dirty pages in the NFS filesystem and they cause NFSD to be throttled, either in throttle_vm_writeout() or in balance_dirty_pages(). To

Re: Re: [PATCH v8 3/5] mfd: hi655x: Add MFD driver for hi655x

gt; replied "Applied". Are you expecting anything else? Dependencies? > > > > I didn't see any unsolved review comments actually. But if there is, > > please let us know, so I can send an updated version. > > When I applied your patch, I also added ~40 other patches.

Re: [GIT] Networking

On Wed, May 18, 2016 at 4:00 AM, Linus Torvalds wrote: > On Tue, May 17, 2016 at 12:11 PM, David Miller wrote: >> >> Highlights: > > Lowlights: > > 1) the iwlwifi driver seems to be broken > > My laptop that uses the intel 7680 iwlwifi module

Re: [PATCH v2 1/9] powerpc/powernv: Move CHECK_HMI_INTERRUPT to exception-64s header

On Tue, May 03, 2016 at 01:54:30PM +0530, Shreyas B. Prabhu wrote: > CHECK_HMI_INTERRUPT is used to check for HMI's in reset vector. Move > the macro to a common location (exception-64s.h) > This patch does not change any functionality. > I suppose this code movement is to facilitate the

Crashes in -next due to 'phy: add support for a reset-gpio specification'

[9.371540] pc = d0320926, ra = 903209d1 [9.375358] Oops: sig: 11 [#1] [9.376081] PREEMPT [9.377080] CPU: 0 PID: 1 Comm: swapper Not tainted 4.6.0-next-20160517 #1 [9.378397] task: d7c2c000 ti: d7c3 task.ti: d7c3 [9.379394] a00: 903209d1 d7c31bd0 d7fb5810 0001

Re: [PATCH] net: au1000 eth: simplify logical expression

Le 17/05/2016 16:58, Heinrich Schuchardt a écrit : > (a && a > 0) is equivalent to (a > 0). > > Signed-off-by: Heinrich Schuchardt Acked-by: Florian Fainelli -- Florian

[GIT pull] timer updates for 4.7

Linus, please pull the latest timers-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-core-for-linus A rather small set of patches from the timer departement: - Some more y2038 work - Yet another new clocksource driver - The usual set of

Re: [tip:perf/urgent] perf/x86/intel/pt: Generate PMI in the STOP region as well

tip-bot for Alexander Shishkin writes: > Commit-ID: ab92b232ae05c382c3df0e3d6a5c6d16b639ac8c > Gitweb: http://git.kernel.org/tip/ab92b232ae05c382c3df0e3d6a5c6d16b639ac8c > Author: Alexander Shishkin > AuthorDate: Tue, 10 May 2016

Re: [PATCH v4 3/3] drm: Add helper for simple display pipeline

On Tue, May 17, 2016 at 10:46:51AM +0300, Ville Syrjälä wrote: > On Tue, May 17, 2016 at 09:05:01AM +0200, Daniel Vetter wrote: > > On Thu, May 12, 2016 at 09:36:14PM +0300, Ville Syrjälä wrote: > > > On Thu, May 12, 2016 at 08:25:23PM +0200, Noralf Trønnes wrote: > > > > Provides helper functions

[PATCH V2] Use MACRO UINT_MAX instead of actual value

It's more elegant to use MACRO UINT_MAX to represent the max value of type unsigned int. So replace the actual value by using this MACRO. Signed-off-by: Minfei Huang --- v1: - fix typo --- drivers/nvme/host/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: More build fixes for omapdrm in current -next

On 11/05/16 19:01, Arnd Bergmann wrote: > A couple more errors showed up in linux-next in the last few > days, all because of missing header files. I have not seen these > before, and most configurations appear to be fine. There > must have been an implicit inclusion somewhere before that > just

Re: [PATCH v2 2/3] mfd: lp873x: Add lp873x PMIC support

On Tuesday 17 May 2016 01:34 PM, Keerthy wrote: On Tuesday 17 May 2016 01:31 PM, Lee Jones wrote: On Fri, 13 May 2016, Keerthy wrote: On Thursday 12 May 2016 06:48 PM, Lee Jones wrote: On Tue, 10 May 2016, Keerthy wrote: The LP873X chip is a power management IC for Portable Navigation

Re: [RFC PATCH 09/11] drivers: acpi: implement acpi_dma_configure

Hi Lorenzo, On 14.04.2016 19:25, Lorenzo Pieralisi wrote: On DT based systems, the of_dma_configure() API implements DMA configuration for a given device. On ACPI systems an API equivalent to of_dma_configure() is missing which implies that it is currently not possible to set-up DMA operations

RE: [PATCH] Drivers: hv: vmbus: fix the race when querying & updating the percpu list

> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Tuesday, May 17, 2016 16:15 > To: Dexuan Cui > Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; driverdev- > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > jasow...@redhat.com; KY

Re: [PATCH v2 0/3] cpuacct: Show all detail stats in one file

* Zhao Lei wrote: > 1: Rewrite subject and changelog to fix typos and > make it more accurate. So this is really annoying. In the previous review I suggested this: " - please fix the title of the patch: have a look at 'git log kernel/sched/cpuacct.c' how

Re: [PATCH v9] mm: kasan: Initial memory quarantine implementation

Hello Alexey, On Tue, May 17, 2016 at 12:03 AM, Alexey Klimov wrote: > Hi Alexander, > > On Wed, May 11, 2016 at 6:18 PM, Alexander Potapenko > wrote: >> Quarantine isolates freed objects in a separate queue. The objects are >> returned to the

Re: [PATCH v12 05/10] arm64: Kprobes with single stepping support

On Wed, Apr 27, 2016 at 02:53:00PM -0400, David Long wrote: > From: Sandeepa Prabhu > + > +static bool __kprobes aarch64_insn_is_steppable(u32 insn) Could we add more comment for this function? In the comment, we can tell that which type of instructions are

Re: [alsa-devel] [PATCH v2 4/5] ARM: dts: rockchip: Add shared file for audio related nodes for veyron boards

Am Dienstag, 17. Mai 2016, 10:14:55 schrieb Enric Balletbo Serra: > Hi Heiko, > > 2016-05-16 0:06 GMT+02:00 Heiko Stuebner : > > Am Montag, 9. Mai 2016, 12:46:34 schrieb Enric Balletbo i Serra: > >> Set i2s block to "okay", add sound node for max98090 with gpios for > >> HP and

[PATCH 10/14] staging: comedi: daqboard2000: redo DAC status macros and fix busy

Rename the macros defining values for the DAC status register to avoid CamelCase, and to make it clear which register they are associated with. Refactor the macros defining the regular DAC channel "busy" bits into a single macro that takes the DAC channel number as a parameter. Add a macro to

[PATCH 09/14] staging: comedi: daqboard2000: redo DAC control register macros

Rename the macros used to define values for the DAC control register to avoid CamelCase and to make it clearer which register they are associated with. Refactor the macros used to define values to enable or disable DAC channels to use the channel number as a parameter. None of these macros are

[PATCH 06/14] staging: comedi: daqboard2000: rename register offset macros

Rename the macros defining register offsets to avoid CamelCase, and to use namespace associated with the driver. Signed-off-by: Ian Abbott --- Other CamelCase issues in this patch will be dealt with by later patches in the series. ---

[PATCH 12/14] staging: comedi: daqboard2000: rename reference DACs register macros

Rename the macros that define values for the reference DACs register to avoid CamelCase, and to make it clearer which register they are associated with. Add a macro `DAQBOARD2000_REF_DACS_SET` for the value `0x80` that triggers setting one of the references. Signed-off-by: Ian Abbott

[PATCH 11/14] staging: comedi: daqboard2000: rename trigger control register macros

Rename the macros that define values for the trigger control register to avoid CamelCase, and to make it clearer which register they are associated with. Signed-off-by: Ian Abbott --- drivers/staging/comedi/drivers/daqboard2000.c | 26 ++ 1 file

[PATCH 1/2] Staging: comedi: Fix WARNING issue in s626.c

This is a patch to the s626.c file that fixes up a Block comments issues found by the checkpatch.pl tool. i.e. Block comments use a trailing */ on a separate line Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/s626.c | 60

[PATCH 1/1] Staging: comedi: Fix WARNING issue in dt2801.c

This is a patch to the dt2801.c file that fixes up a Block comments issues found by the checkpatch.pl tool. i.e. Block comments use a trailing */ on a separate line Signed-off-by: Ravishankar Karkala Mallikarjunayya --- drivers/staging/comedi/drivers/dt2801.c | 95

[PATCH 2/5] include: linux: visorbus: Add visorbus to include/linux directory

Update include/linux to include the s-Par associated common include header files needed for the s-Par visorbus. Signed-off-by: David Kershner --- include/linux/visorbus/channel.h | 572 +++ include/linux/visorbus/channel_guid.h|

[PATCH 4/5] staging: unisys: visorbus: Have visorbus use include/linux/visorbus

Since we have now moved the include directories over to include/linux/visorbus this patch makes all of visorbus use the new include folders. Signed-off-by: David Kershner --- drivers/staging/unisys/visorbus/controlvmchannel.h | 2 +-

[PATCH 0/5] add bus driver for Unisys s-Par paravirtualized devices to arch/x86

This patchset moves the visorbus driver (fromdrivers/staging/unisys/visorbus) and its dependent headers files (from drivers/staging/unisys/include) out of staging into the main kernel tree. The visorbus driver is a bus driver for various paravirtualized devices presented within a Unisys s-Par

Re: [PATCH] dwc3: gadget: Defer starting the gadget device until gadget is power on

Hi Baolin Wang writes: > Hi Felipe, > > On 13 May 2016 at 20:46, Felipe Balbi wrote: >> >> Hi, >> >> Baolin Wang writes: >> why does it need restart? Why is dwc3 powered off? Who powers it off? > > Because when the

Re: [PATCH] Drivers: hv: vmbus: fix the race when querying & updating the percpu list

Dexuan Cui writes: > There is a rare race when we remove an entry from the global list > hv_context.percpu_list[cpu] in hv_process_channel_removal() -> > percpu_channel_deq() -> list_del(): at this time, if vmbus_on_event() -> > process_chn_event() -> pcpu_relid2channel() is

Re: 45aebeaf4f67 "ovl: Ensure upper filesystem supports d_type" breaking Docker

On Tue, May 17, 2016 at 8:28 AM, Al Viro wrote: > On Mon, May 16, 2016 at 09:07:27AM -0400, Vivek Goyal wrote: >> So it became clear that we need a check at mount time to make sure >> d_type is supported otherwise error out. This will require users to >> do mkfs.xfs with

Re: [alsa-devel] [PATCH v2 4/5] ARM: dts: rockchip: Add shared file for audio related nodes for veyron boards

Hi Heiko, 2016-05-16 0:06 GMT+02:00 Heiko Stuebner : > Am Montag, 9. Mai 2016, 12:46:34 schrieb Enric Balletbo i Serra: >> Set i2s block to "okay", add sound node for max98090 with gpios for >> HP and Mic detect and pinctrl, and add a max98090 device and ts3a227e to >> the

Re: [PATCH] mm: add config option to select the initial overcommit mode

On Tue 17-05-16 10:24:20, Sebastian Frias wrote: [...] > >> Also, under what conditions would copy-on-write fail? > > > > When you have no memory or swap pages free and you touch a COW page that > > is currently shared. At that point there is no resource to back to the > > copy so something must

Re: [PATCH v12 05/10] arm64: Kprobes with single stepping support

On Wed, Apr 27, 2016 at 02:53:00PM -0400, David Long wrote: > + > +/* > + * Interrupts need to be disabled before single-step mode is set, and not > + * reenabled until after single-step mode ends. > + * Without disabling interrupt on local CPU, there is a chance of > + * interrupt occurrence in

Re: UBIFS and page migration (take 3)

On Mon, May 16, 2016 at 02:44:49PM +0200, Richard Weinberger wrote: > Is this a Reviewed-by? :-) I don't know the code well enough to feel qualified for a review. But you get my: Acked-by: Christoph Hellwig > There are two classes of issues: > a) filesystems that use

Re: ast: cursor flashing softlockups

Hi, On Tue, May 17, 2016 at 4:07 AM, Dann Frazier wrote: > Hi, > I'm observing a soft lockup issue w/ the ASPEED controller on an > arm64 server platform. This was originally seen on Ubuntu's 4.4 > kernel, but it is reproducible w/ vanilla 4.6-rc7 as well. > > [

Re: [PATCH v3 1/7 UPDATE2] perf tools: Find vdso with the consider of cross-platform

On 17/05/16 12:04, He Kuang wrote: > There's a problem in machine__findnew_vdso(), vdso buildid generated > by a 32-bit machine stores it with the name 'vdso', but when > processing buildid on a 64-bit machine with the same 'perf.data', perf > will search for vdso named as 'vdso32' and get failed.

Re: divide error: 0000 [#1] SMP in task_numa_migrate - handle_mm_fault vanilla 4.4.6

Thanks Stefan, I am seeing this on 4.5.0 and 4.5.4 both are compiled from mainline neither include any patches over and above the tree. I ran for well over a month in production on 4.5.0 with no issues at all on a single socket server (E5-2670 v3 @ 2.30GHz) but as soon as we try to run either

Re: [PATCH 6/6] intel_sgx: TODO file for the staging area

On Tue, Apr 26, 2016 at 11:38:22PM -0700, Jethro Beekman wrote: > On 26-04-16 04:23, Jarkko Sakkinen wrote: > > In order to write test code I would need to use the SDK at minimum to > > generate EINITTOKEN for the test enclave. > > You could do this right now with the Rust tools for SGX [1]

[PATCH v3 1/3] cpuacct: Merge cpuacct_usage_index and cpuacct_stat_index

These two types have similar function. No need to separate them. Signed-off-by: Zhao Lei --- kernel/sched/cpuacct.c | 47 --- 1 file changed, 20 insertions(+), 27 deletions(-) diff --git a/kernel/sched/cpuacct.c

[PATCH v3 3/3] cpuacct: Introduce cpuacct.usage_all to show all cpu stats together

In current code, we can get cpuacct data from several files, but each file have its limit. For example: we can get cpu usage in user and kernel mode by cpuacct.stat, but we can't get detail data of each cpu in above file. we can get each cpu's kernel mode usage in cpuacct.usage_percpu_sys, but we

[PATCH v3 2/3] cpuacct: Use loop to avoid copies of the similar code in cpuacct_stats_show()

Currently we have copies of the similar code for each cpustat(system/user) in cpuacct_stats_show(), this patch use loop instead. Only a little cleanup. Signed-off-by: Zhao Lei --- kernel/sched/cpuacct.c | 29 ++--- 1 file changed, 14

Re: [RFC][PATCH 4/7] sched: Replace sd_busy/nr_busy_cpus with sched_domain_shared

On Mon, May 16, 2016 at 04:00:32PM +0200, Peter Zijlstra wrote: > On Fri, May 13, 2016 at 10:12:26AM +1000, Michael Neuling wrote: > > > > Basically; and if so, if its cheap enough to shoot a task to an idle > > > core to avoid queueing. Assuming there still is some cache residency on > > > the

[PATCH v3 0/7] powerpc/8xx: Optimisation of TLB handling for IMMR and RAM

The purpose of this set of patches is to continue on TLB handling optimisation on the 8xx with the handling of IMMR area as a single 512k area instead of multiple 4k pages. This set includes a rework of linear RAM mapping in order to not use page table but direct linear mapping. The result is

[PATCH v3 5/7] powerpc/8xx: Don't use page table for linear memory space

Instead of using the first level page table to define mappings for the linear memory space, we can use direct mapping from the TLB handling routines. This has several advantages: * No need to read the tables at each TLB miss * No issue in 16k pages mode where the 1st level table maps 64 Mbytes

Re: [PATCH v4 3/3] drm: Add helper for simple display pipeline

On Thu, May 12, 2016 at 09:36:14PM +0300, Ville Syrjälä wrote: > On Thu, May 12, 2016 at 08:25:23PM +0200, Noralf Trønnes wrote: > > Provides helper functions for drivers that have a simple display > > pipeline. Plane, crtc and encoder are collapsed into one entity. > > > > Cc: jsa...@ti.com > >

[PATCH v3 2/7] powerpc/8xx: Map IMMR area with 512k page at a fixed address

Once the linear memory space has been mapped with 8Mb pages, as seen in the related commit, we get 11 millions DTLB missed during the reference 600s period. 77% of the misses are on user addresses and 23% are on kernel addresses (1 fourth for linear address space and 3 fourth for virtual address

[PATCH v3 7/7] powerpc/8xx: add CONFIG_PIN_TLB_IMMR

CONFIG_PIN_TLB maps IMMR area and the first 24 Mbytes of memory. In some circunstances it might be more interesting to not map IMMR but map 32 Mbytes of memory instead. Therefore we add config option CONFIG_PIN_TLB_IMMR to select if IMMR shall be pinned or not, hence whether we pin 24 or 32

[PATCH v3 3/7] powerpc/8xx: CONFIG_PIN_TLB unneeded for CONFIG_PPC_EARLY_DEBUG_CPM

IMMR is now mapped by a fixed 512k page managed by the TLB miss handler so it is not anymore necessary to PIN TLBs Signed-off-by: Christophe Leroy --- v2: No change v3: No change arch/powerpc/Kconfig.debug | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [PATCH] mm: unhide vmstat_text definition for CONFIG_SMP

On Mon 16-05-16 15:36:56, Andrew Morton wrote: > On Mon, 16 May 2016 16:23:33 +0200 Michal Hocko wrote: > > > Andrew, I think that the following is more straightforward fix and > > should be folded in to the patch which has introduced vmstat_refresh. > > --- > > >From

[PATCH 1/1] arch/x86/perf/intel: Add static keyword to some arrays

Add static keyword to intel_bdw_event_constraints, snb_events_attrs, nhm_events_attrs, intel_skl_event_constraints arrays. Signed-off-by: Lukasz Odzioba --- arch/x86/events/intel/core.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH v2 5/6] pv-qspinlock: use cmpxchg_release in __pv_queued_spin_unlock

cmpxchg_release is lighter, we can gain a better performace then. Suggested-by: Boqun Feng Signed-off-by: Pan Xinhui --- kernel/locking/qspinlock_paravirt.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 6/6] powerpc: pseries: pv-qspinlock build config/make

pseries can use pv-qspinlock. Signed-off-by: Pan Xinhui --- arch/powerpc/kernel/Makefile | 1 + arch/powerpc/platforms/pseries/Kconfig | 8 2 files changed, 9 insertions(+) diff --git a/arch/powerpc/kernel/Makefile

[PATCH v2 2/6] powerpc: pseries/Kconfig: qspinlock build config

pseries will use qspinlock by default. Signed-off-by: Pan Xinhui --- arch/powerpc/platforms/pseries/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/platforms/pseries/Kconfig b/arch/powerpc/platforms/pseries/Kconfig index bec90fb..f669323

Re: [PATCH v8 13/14] usb: gadget: udc: adapt to OTG core

On 17/05/16 10:38, Jun Li wrote: > Hi > >> -Original Message- >> From: Roger Quadros [mailto:rog...@ti.com] >> Sent: Monday, May 16, 2016 5:52 PM >> To: Peter Chen >> Cc: peter.c...@freescale.com; ba...@kernel.org; t...@atomide.com; >> gre...@linuxfoundation.org;

Re: [PATCH 04/11] irqchip: irq-pic32-evic: Fix bug with external interrupts.

On 17/05/16 06:05, Purna Chandra Mandal wrote: > From: Joshua Henderson > > The wrong external interrupt bits are being set, offset by 1. > > Signed-off-by: Joshua Henderson > Signed-off-by: Purna Chandra Mandal

RE: [PATCH v8 13/14] usb: gadget: udc: adapt to OTG core

Hi Roger, > -Original Message- > From: Roger Quadros [mailto:rog...@ti.com] > Sent: Tuesday, May 17, 2016 4:09 PM > To: Jun Li ; Peter Chen > Cc: peter.c...@freescale.com; ba...@kernel.org; t...@atomide.com; > gre...@linuxfoundation.org;

Re: [PATCH] dwc3: gadget: Defer starting the gadget device until gadget is power on

On 17 May 2016 at 16:00, Felipe Balbi wrote: > > Hi > > Baolin Wang writes: >> Hi Felipe, >> >> On 13 May 2016 at 20:46, Felipe Balbi wrote: >>> >>> Hi, >>> >>> Baolin Wang writes: >>> why does it need

Re: [RESEND PATCH v6 0/6] Add Ethernet support on STM32F429

Hi David, 2016-05-09 21:06 GMT+02:00 David Miller : > From: Alexandre TORGUE > Date: Mon, 9 May 2016 12:31:33 +0200 > >> STM32F429 Chip embeds a Synopsys 3.50a MAC IP. >> This series: >> -enhance current stmmac driver to control it (code already

Re: [GIT PULL] EFI fix

On Tue, 17 May, at 10:04:34AM, Matt Fleming wrote: > > Now I'm wondering whether other users of FRAME_BEGIN/FRAME_END make > this same mistake. Coccinelle might be able to detect it perhaps. A quick bit of sed turned up the code in arch/x86/entry/entry_64.S, which looks to suffer from the same

Re: linux-next: manual merge of the net-next tree with the arm64 tree

On Tue, May 17, 2016 at 2:24 AM, Stephen Rothwell wrote: > > Today's linux-next merge of the net-next tree got a conflict in: > > arch/arm64/Kconfig > > between commit: > > 8ee708792e1c ("arm64: Kconfig: remove redundant > HAVE_ARCH_TRANSPARENT_HUGEPAGE definition") >

[PATCH v3 1/7] powerpc/8xx: Fix vaddr for IMMR early remap

Memory: 124428K/131072K available (3748K kernel code, 188K rwdata, 648K rodata, 508K init, 290K bss, 6644K reserved) Kernel virtual memory layout: * 0xfffdf000..0xf000 : fixmap * 0xfde0..0xfe00 : consistent mem * 0xfddf6000..0xfde0 : early ioremap *

[PATCH v3 6/7] powerpc/8xx: Rework CONFIG_PIN_TLB handling

On recent kernels, with some debug options like for instance CONFIG_LOCKDEP, the BSS requires more than 8M memory, allthough the kernel code fits in the first 8M. Today, it is necessary to activate CONFIG_PIN_TLB to get more than 8M at startup, allthough pinning TLB is not necessary for that. We

[PATCH v3 4/7] powerpc/8xx: unpin all TLBs before flushing

Bootloader may have pinned some TLB entries so the kernel must unpin them before flushing TLBs with tlbia otherwise pinned TLB entries won't get flushed Signed-off-by: Christophe Leroy --- v2: No change v3: No change arch/powerpc/kernel/head_8xx.S | 18

Re: [PATCH v4 2/3] drm/fb-cma-helper: Add function drm_fb_cma_create_with_funcs()

On Thu, May 12, 2016 at 08:25:22PM +0200, Noralf Trønnes wrote: > Add drm_fb_cma_create_with_funcs() for drivers that need to set the > dirty() callback. > > Signed-off-by: Noralf Trønnes > Acked-by: Laurent Pinchart Merged the first 2

Re: [GIT PULL] killable rwsems for v4.7

On Mon 16-05-16 13:32:28, Linus Torvalds wrote: > On Mon, May 16, 2016 at 7:55 AM, Ingo Molnar wrote: > > > > This tree, by Michal Hocko, implements down_write_killable(). The main > > usecase > > will be to update mm_sem usage sites to use this new API, > > Hmm. Is somebody

RE: [PATCH v8 13/14] usb: gadget: udc: adapt to OTG core

Hi > -Original Message- > From: Roger Quadros [mailto:rog...@ti.com] > Sent: Monday, May 16, 2016 5:52 PM > To: Peter Chen > Cc: peter.c...@freescale.com; ba...@kernel.org; t...@atomide.com; > gre...@linuxfoundation.org; dan.j.willi...@intel.com; >

Re: [PATCH v4 3/3] drm: Add helper for simple display pipeline

On Tue, May 17, 2016 at 09:05:01AM +0200, Daniel Vetter wrote: > On Thu, May 12, 2016 at 09:36:14PM +0300, Ville Syrjälä wrote: > > On Thu, May 12, 2016 at 08:25:23PM +0200, Noralf Trønnes wrote: > > > Provides helper functions for drivers that have a simple display > > > pipeline. Plane, crtc and

Re: [PATCH 2/2] ARM: dts: igep0020: Add SD card write-protect pin.

Hi Ladislav, 2016-05-13 14:37 GMT+02:00 Ladislav Michl : > Hi Enric! > > On Fri, May 06, 2016 at 11:02:34PM +0200, Enric Balletbo i Serra wrote: >> A host device that supports write protection should refuse to write to >> an SD card that is designated read-only when

Re: [PATCH v2 1/3] /dev/dax, pmem: direct access to persistent memory

On Sat, May 14, 2016 at 11:26:24PM -0700, Dan Williams wrote: > Device DAX is the device-centric analogue of Filesystem DAX > (CONFIG_FS_DAX). It allows memory ranges to be allocated and mapped > without need of an intervening file system. Device DAX is strict, > precise and predictable.

[PATCH 4/5] drm/amd/amdgpu : Remove unused variable

Remove unused variable 'ret', and directly return 0. Signed-off-by: Muhammad Falak R Wani --- drivers/gpu/drm/amd/amdgpu/iceland_ih.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/iceland_ih.c

[PATCH 5/5] drm/amd/amdgpu : Remove unused variable

Remove unused variable 'ret', and directly return 0. Signed-off-by: Muhammad Falak R Wani --- drivers/gpu/drm/amd/amdgpu/tonga_ih.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/tonga_ih.c

[PATCH 2/5] drm/amd/amdgpu/cz_dpm: Remove unused variable

Remove unused variable 'ret' from functions where it was not used anyway, and directly return 0. Signed-off-by: Muhammad Falak R Wani --- drivers/gpu/drm/amd/amdgpu/cz_dpm.c | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) diff --git

[PATCH 3/5] drm/amd/amdgpu : Remove unused variable

Remove unused variable 'ret', and directly return 0. Signed-off-by: Muhammad Falak R Wani --- drivers/gpu/drm/amd/amdgpu/cz_ih.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/cz_ih.c b/drivers/gpu/drm/amd/amdgpu/cz_ih.c

[PATCH 04/14] staging: comedi: daqboard2000: add blank line after struct declaration

Fix checkpatch issue: "CHECK: Please use a black line after function/struct/union/enum declarations". Signed-off-by: Ian Abbott --- drivers/staging/comedi/drivers/daqboard2000.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/comedi/drivers/daqboard2000.c

[PATCH 00/14] staging: comedi: daqboard2000: checkpatch clean-ups

This series of patches to the daqboard2000 driver is mostly to fix the checkpatch.pl warnings. There is one warning remaining about one of the `udelay` calls with a parameter of 10 microseconds, but I decided to leave it alone, as converting it to `usleep_range` could increase firmware loading

[PATCH 02/14] staging: comedi: daqboard2000: use usual block comment style

Reformat one of the block comments to conform to the usual style (it's the only one that doesn't). Signed-off-by: Ian Abbott --- drivers/staging/comedi/drivers/daqboard2000.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 14/14] staging: comedi: daqboard2000: prefer usleep_range()

The checkpatch.pl warns about two `udelay(x)` calls, one of 100 microseconds, and one of 10 microseconds. The 100 microseconds one is used when waiting for FPGA to become ready to accept firmware, and is not that critical, so replace it with a call to `usleep_range(100, 1000)`. The 10

  1   2   3   4   5   6   7   8   9   10   >