Re: [RFC][PATCH] irq: Rework IRQF_NO_SUSPENDED

On Fri, Jul 25, 2014 at 01:10:36AM +0200, Rafael J. Wysocki wrote: > > There is still enable_irq_wake()/IRQD_WAKEUP_STATE that tries to serve > > a similar purpose but is equially wrecked for shared interrupts, > > ideally this would be removed. > > Let me comment about this particular thing. >

Re: [PATCH v3 2/2] ASoC: fsl_asrc: Add ASRC ASoC CPU DAI and platform drivers

Hi Varka, On Fri, Jul 25, 2014 at 09:54:43AM +0530, Varka Bhadram wrote: > On 07/25/2014 09:33 AM, Nicolin Chen wrote: > >The Asynchronous Sample Rate Converter (ASRC) converts the sampling rate of a > >signal associated with an input clock into a signal associated with a > >different > >output

Re: [PATCH] cpufreq: Fix latency for cpufreq_info

Viresh, Be careful when you ACK Nick's patches. He has confessed he has no idea how to build test a kernel. His patches are NOT AT ALL build tested. And some of his patches are being reverted for causing problems in build and all. He looks for FIXME and removes/edits the code as per the comments.

Re: [PATCH v2] spi/pxa2xx-pci: Add common clock framework support in PCI glue layer

On Fri, Jul 25, 2014 at 01:10:54AM +0800, chiau.ee.c...@intel.com wrote: > From: Chew, Chiau Ee > > SPI PXA2XX core layer has dependency on common clock framework > to obtain information on host supported clock rate. Thus, we > setup the clock device in the PCI glue layer to enable PCI mode >

RE: [PATCH v7 3/4] ARM: EXYNOS: Add platform driver support for Exynos PMU

Hi Kukjin, On Friday, July 25, 2014 Kukjin Kim wrote: > Subject: RE: [PATCH v7 3/4] ARM: EXYNOS: Add platform driver support for > Exynos PMU > > Pankaj Dubey wrote: > > > > This patch modifies Exynos Power Management Unit (PMU) initialization > > implementation in following way: > > > > - Added

RE: [PATCH v2 1/4] ARM: dts: exynos5250: max77686 is Snow only

Andreas Färber wrote: > > Move it from exynos5250-cros-common.dtsi to exynos5250-snow.dts. > Spring does not need it, it uses an s5m8767 instead. > > Signed-off-by: Andreas Färber > --- Hi Andreas, I think this should be reviewed by chrome guys. Doug, can you have a look this series for

[PATCH] hid: usbhid: Use flag HID_DISCONNECTED when a usb device is removed

Set disconnected flag in struct usbhid when a usb device is removed. Check for disconnected flag before sending urb requests. This prevents a kernel panic when a hid driver calls hid_hw_request() after removing a usb device. Signed-off-by: Reyad Attiyat --- drivers/hid/usbhid/hid-core.c | 6

[RFC PATCH 1/1] rcu: Use rcu_gp_kthread_wake() to wake up kthreads

The rcu_gp_kthread_wake() function checks for three conditions before waking up grace period kthreads: * Is the thread we are trying to wake up the current thread? * Are the gp_flags zero? (all threads wait on non-zero gp_flags condition) * Is there no thread created for this flavour, hence

[f2fs-dev][PATCH 2/2] f2fs: fix to put root inode in error path of fill_super

We should put root inode correctly in error path of fill_super, otherwise we may encounter a leak case of inode resource. Signed-off-by: Chao Yu --- fs/f2fs/super.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 870fe19..34649aa

linux-next: build failure after merge of the tip tree

_last"). I have used the tip tree from next-20140724 for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au signature.asc Description: PGP signature

linux-next: manual merge of the tip tree with the net-next tree

Hi all, Today's linux-next merge of the tip tree got a conflict in drivers/net/wireless/ath/ath9k/hw.c between commit 8d7e09dda821 ("ath9k: save tsf in channel context") from the net-next tree and commit 6438e0ddc870 ("wireless: ath9k: Get rid of timespec conversions") from the tip tree. The

Re: [PATCH] staging: Change kzalloc to kcalloc

On 07/25/2014 11:39 AM, Nick Krause wrote: > On Thu, Jul 24, 2014 at 11:34 PM, Chen Gang wrote: >> >> >> On 07/25/2014 11:30 AM, Nick Krause wrote: >>> On Thu, Jul 24, 2014 at 11:21 PM, Chen Gang >>> wrote: On 07/25/2014 11:13 AM, Nick Krause wrote: > On Thu, Jul 24, 2014

Re: [PATCH] cpufreq, store_scaling_governor requires policy->rwsem to be held for duration of changing governors

On 24 July 2014 23:24, Prarit Bhargava wrote: > The closer I looked at commit 955ef483, the more questions I have. The first > thing is that it appears that the stacktrace includes function calls that > are not, and never have been, part of the linux.git tree, ie) the call trace > shows > >

Re: [PATCH v3 2/2] ASoC: fsl_asrc: Add ASRC ASoC CPU DAI and platform drivers

On 07/25/2014 09:33 AM, Nicolin Chen wrote: The Asynchronous Sample Rate Converter (ASRC) converts the sampling rate of a signal associated with an input clock into a signal associated with a different output clock. The driver currently works as a Front End of DPCM with other Back Ends DAI links

[PATCH v3 1/2] ARM: imx: Add the secondary request into the structure for imx-sdma

SDMA supports device to device (per_2_per) scripts to handle DMA transfering between two peripheral devices. The per_2_per script, however, needs two dma requests from two sides while the current structure only defined one request. So this patch just simply adds the secondary request so as to let

Re: [PATCH v2] mmc: mmci: Add qcom dml support to the driver.

On 23/07/14 23:58, Stephen Boyd wrote: On 07/18/14 13:53, Srinivas Kandagatla wrote: @@ -468,6 +473,11 @@ static void mmci_dma_setup(struct mmci_host *host) if (max_seg_size < host->mmc->max_seg_size) host->mmc->max_seg_size = max_seg_size; } +

RE: [PATCH v2 00/11] ARM: dts: zynq: Prepare Parallella

Hi Andreas, >-Original Message- >From: Andreas Färber [mailto:afaer...@suse.de] >Sent: Friday, July 25, 2014 4:30 AM >To: Michal Simek >Cc: Andreas Olofsson; Matteo Vit; Sean Rickerd; devicet...@vger.kernel.org; >linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org; Andreas

RE: [PATCH v7 3/4] ARM: EXYNOS: Add platform driver support for Exynos PMU

Pankaj Dubey wrote: > > This patch modifies Exynos Power Management Unit (PMU) initialization > implementation in following way: > > - Added platform driver support and probe function where Exynos PMU > driver will register itself as syscon provider with syscon framework. > - Added platform

[f2fs-dev][PATCH 1/2] f2fs: avoid use invalid mapping of node_inode when evict meta inode

Andrey Tsyvarev reported: "Using memory error detector reveals the following use-after-free error in 3.15.0: AddressSanitizer: heap-use-after-free in f2fs_evict_inode Read of size 8 by thread T22279: [] f2fs_evict_inode+0x102/0x2e0 [f2fs] [] evict+0x15f/0x290 [< inlined>]

[PATCH v3 2/2] ASoC: fsl_asrc: Add ASRC ASoC CPU DAI and platform drivers

The Asynchronous Sample Rate Converter (ASRC) converts the sampling rate of a signal associated with an input clock into a signal associated with a different output clock. The driver currently works as a Front End of DPCM with other Back Ends DAI links such as ESAI<->CS42888 and SSI<->WM8962 and

[PATCH v3 0/2] Add Freescale ASRC driver

This series of patches add Freescale ASRC module driver support along with the extra request in imx-sdma structure required by SDMA Device to Device script. The previous version has been in the maillist for nearly six months without any comment and reply. So I decide to drop the SDMA part's

Re: Random panic in load_balance() with 3.16-rc

On Thu, Jul 24, 2014 at 11:55 PM, Alexei Starovoitov wrote: > On Fri, Jul 25, 2014 at 10:25:03AM +0900, Michel Dänzer wrote: >> [ Adding the Debian kernel and gcc teams to Cc ] >> >> > movq$load_balance_mask, -136(%rbp) #, %sfp >> > subq$184, %rsp #, >> > >> >

Re: Random panic in load_balance() with 3.16-rc

On Fri, Jul 25, 2014 at 10:25:03AM +0900, Michel Dänzer wrote: > [ Adding the Debian kernel and gcc teams to Cc ] > > > movq$load_balance_mask, -136(%rbp) #, %sfp > > subq$184, %rsp #, > > > > Anyway, this is not a kernel bug. This is your compiler creating > >

Re: [PATCH] staging: Change kzalloc to kcalloc

On Thu, Jul 24, 2014 at 11:34 PM, Chen Gang wrote: > > > On 07/25/2014 11:30 AM, Nick Krause wrote: >> On Thu, Jul 24, 2014 at 11:21 PM, Chen Gang wrote: >>> >>> >>> On 07/25/2014 11:13 AM, Nick Krause wrote: On Thu, Jul 24, 2014 at 11:09 PM, Chen Gang wrote: > > > On

Re: [PATCH] staging: Change kzalloc to kcalloc

On 07/25/2014 11:30 AM, Nick Krause wrote: > On Thu, Jul 24, 2014 at 11:21 PM, Chen Gang wrote: >> >> >> On 07/25/2014 11:13 AM, Nick Krause wrote: >>> On Thu, Jul 24, 2014 at 11:09 PM, Chen Gang >>> wrote: On 07/25/2014 10:53 AM, Nick Krause wrote: > On Thu, Jul 24, 2014

Re: [PATCH] ecryptfs: avoid to access NULL pointer when write metadata in xattr

Hello and thanks for the patch! On 2014-07-24 17:25:42, Chao Yu wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=41692 This actually isn't the bug that this patch fixes. It is a different bug (that I don't think exists anymore) and someone happened to test for the bug on a newer kernel and

Re: [PATCH] staging: Change kzalloc to kcalloc

On Thu, Jul 24, 2014 at 11:21 PM, Chen Gang wrote: > > > On 07/25/2014 11:13 AM, Nick Krause wrote: >> On Thu, Jul 24, 2014 at 11:09 PM, Chen Gang wrote: >>> >>> >>> On 07/25/2014 10:53 AM, Nick Krause wrote: On Thu, Jul 24, 2014 at 10:47 PM, Chen Gang wrote: > > > On

Re: [PATCH 0/3] mmu_notifier: Allow to manage CPU external TLBs

Yes. AMD has tested this with the iommuv2 driver and verified it works correctly. There is a corresponding change in the iommuv2 driver to use the new API. > On Jul 24, 2014, at 6:33 PM, "Andrew Morton" > wrote: > >> On Thu, 24 Jul 2014 16:35:38 +0200 Joerg Roedel wrote: >> >> here is a

RE: [f2fs-dev] f2fs: Possible use-after-free when umount filesystem

Hi, To Andrey: Thanks for your test on this patch! To Gu: If you do not object, let me make and resend a patch base on the one which skip invalidating pages. Regards, Yu > -Original Message- > From: Andrey Tsyvarev [mailto:tsyva...@ispras.ru] > Sent: Thursday, July 24, 2014 6:15 PM >

Re: [PATCH] staging: Change kzalloc to kcalloc

On 07/25/2014 11:13 AM, Nick Krause wrote: > On Thu, Jul 24, 2014 at 11:09 PM, Chen Gang wrote: >> >> >> On 07/25/2014 10:53 AM, Nick Krause wrote: >>> On Thu, Jul 24, 2014 at 10:47 PM, Chen Gang >>> wrote: On 07/25/2014 10:20 AM, Nick Krause wrote: > On Thu, Jul 24, 2014

[PATCH 1/2] perf tools: Fix make PYTHON override

Thomas reported that make PYTHON=python2 is not work on some systems. I can reproduce it on my ArchLinux box too. This is because it's overridden by config/feature-checks/Makefile regardless of PYTHON setting. I guess it's a bug slipped into during the feature checking change. Actually, we

[PATCH 2/2] perf tools: Default to python version 2

According to PEP 394 recommendation [1], it's more portable to use python2 rather than plain python to refer python binary version 2. Since there're distros using python3 by default like Arch, and we don't support python3 (yet), it'd be better using python2 explicitly. [1]

Re: [PATCH 2/4] aio: use the macro rather than the inline magic number

On Tue, Jul 22, 2014 at 9:54 PM, Jeff Moyer wrote: > Gu Zheng writes: > >> Signed-off-by: Gu Zheng > > Reviewed-by: Jeff Moyer > >> --- >> fs/aio.c |2 +- >> 1 files changed, 1 insertions(+), 1 deletions(-) >> >> diff --git a/fs/aio.c b/fs/aio.c >> index ad35876..1dc6158 100644 >> ---

Re: [PATCH] staging: Change kzalloc to kcalloc

On Thu, Jul 24, 2014 at 11:09 PM, Chen Gang wrote: > > > On 07/25/2014 10:53 AM, Nick Krause wrote: >> On Thu, Jul 24, 2014 at 10:47 PM, Chen Gang wrote: >>> >>> >>> On 07/25/2014 10:20 AM, Nick Krause wrote: On Thu, Jul 24, 2014 at 10:15 PM, Chen Gang wrote: > > Excuse me, I

Re: [PATCH] staging: Change kzalloc to kcalloc

On 07/25/2014 10:53 AM, Nick Krause wrote: > On Thu, Jul 24, 2014 at 10:47 PM, Chen Gang wrote: >> >> >> On 07/25/2014 10:20 AM, Nick Krause wrote: >>> On Thu, Jul 24, 2014 at 10:15 PM, Chen Gang >>> wrote: Excuse me, I did not see the patch details, but I guess it is about

Charity Code: 29Q118

$1 Million USD. Has been donated to you kindly contact the donator Mr. Harry Black via personal email ( harryblac...@rogers.com ) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [RFC PATCH 2/2] powerpc/perf: Implement get_cpu_str()

On Thu, 2014-07-24 at 00:47 -0700, Sukadev Bhattiprolu wrote: > [RFC PATCH 2/2] powerpc/perf: Implement get_cpu_str() > > get_cpu_str() returns a string identifying the CPU type on the system. > This string is then used to locate a cached JSON file which defines > the list of PMU events supported

Re: [PATCH] staging: Change kzalloc to kcalloc

On Thu, Jul 24, 2014 at 10:47 PM, Chen Gang wrote: > > > On 07/25/2014 10:20 AM, Nick Krause wrote: >> On Thu, Jul 24, 2014 at 10:15 PM, Chen Gang wrote: >>> >>> Excuse me, I did not see the patch details, but I guess it is about >>> whether welcome a new member to upstream kernel. For me, I

Re: Random panic in load_balance() with 3.16-rc

On Thu, Jul 24, 2014 at 10:33 PM, Linus Torvalds wrote: > On Thu, Jul 24, 2014 at 6:25 PM, Michel Dänzer wrote: >> >> Attached is fair.s from Debian gcc 4.8.3-5. Does that look better? I'm >> going to try reproducing the problem with a kernel built by that now. > > This looks better. For roughly

Re: [PATCH] staging: Change kzalloc to kcalloc

On 07/25/2014 10:20 AM, Nick Krause wrote: > On Thu, Jul 24, 2014 at 10:15 PM, Chen Gang wrote: >> >> Excuse me, I did not see the patch details, but I guess it is about >> whether welcome a new member to upstream kernel. For me, I have 3 ideas >> about it if I am a newbie or a normal kernel

Re:Help

Hey Greg, Long time no talking. I was wondering if you wanted some help with the usb subsystem as I am new and very interested in this part of the kernel. Cheers Nick -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

Re: [PATCH] memory-hotplug: add sysfs zone_index attribute

On 2014/7/25 1:59, Dave Hansen wrote: > On 07/24/2014 12:41 AM, Zhang Zhen wrote: >> Currently memory-hotplug has two limits: >> 1. If the memory block is in ZONE_NORMAL, you can change it to >> ZONE_MOVABLE, but this memory block must be adjacent to ZONE_MOVABLE. >> 2. If the memory block is in

read()/readv() only from page cache

Mel, I've been following your recent work with the postgres folks to improve the kernel for postgres like workloads (which can really help all database like loads). After spending some time of my own fighting similar problems I figured I'd reach out to see if there's something that can be done

Re: Random panic in load_balance() with 3.16-rc

On Thu, Jul 24, 2014 at 9:25 PM, Michel Dänzer wrote: > [ Adding the Debian kernel and gcc teams to Cc ] > > On 25.07.2014 03:47, Linus Torvalds wrote: >> On Wed, Jul 23, 2014 at 6:43 PM, Michel Dänzer wrote: Michel, mind doing make kernel/sched/fair.s and

Re: Random panic in load_balance() with 3.16-rc

On Thu, Jul 24, 2014 at 6:25 PM, Michel Dänzer wrote: > > Attached is fair.s from Debian gcc 4.8.3-5. Does that look better? I'm > going to try reproducing the problem with a kernel built by that now. This looks better. For roughly that same code sequence it does (ignoring the debug line and cfi

RE: Subject: [PATCH 1/1] mtd:nand:fix nand_lock/unlock() function

>OK, I won't drop them yet. >As you note, there's no user-space support. There's actually no one using them >even in the kernel, which is why I considered dropping them. >If you want to use them, find a proper way to use them then! (I'm not >sure: do they match with mtd_lock() / ioctl(MEMLOCK)

Re: [PATCH v3 07/12] usb: chipidea: add a usb2 driver for ci13xxx

On Wed, Jul 16, 2014 at 10:26:01AM +0200, Antoine Ténart wrote: > Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock > and DMA mask, to support USB2 ChipIdea controllers that don't need > specific functions. You may need to indicate it is a generic usb2 glue layer driver at both

[PATCH] ntfs: avoid incorrectly release for root inode in fill_super

In d_make_root, when we fail to allocate dentry for root inode, we will iput root inode in this function. So we do not need to release this inode again at d_make_root's caller. Signed-off-by: Chao Yu --- fs/ntfs/super.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

linux-next: build failure after merge of the v4l-dvb tree

Hi Mauro, After merging the v4l-dvb tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/hid/hid-picolcd_cir.c: In function 'picolcd_init_cir': drivers/hid/hid-picolcd_cir.c:117:6: error: 'struct rc_dev' has no member named 'allowed_protos' rdev->allowed_protos =

Re: [PATCH v2 2/2] ASoC: fsl_asrc: Add ASRC ASoC CPU DAI and platform drivers

Hi Tobias, On Thu, Jul 24, 2014 at 05:20:45PM +0200, Tobias Klauser wrote: > On 2014-07-24 at 10:35:29 +0200, Nicolin Chen wrote: > > The Asynchronous Sample Rate Converter (ASRC) converts the sampling rate of > > a > > signal associated with an input clock into a signal associated with a > >

Re: [PATCH] staging: Change kzalloc to kcalloc

On Thu, Jul 24, 2014 at 10:15 PM, Chen Gang wrote: > > Excuse me, I did not see the patch details, but I guess it is about > whether welcome a new member to upstream kernel. For me, I have 3 ideas > about it if I am a newbie or a normal kernel developer: > > - Do I have enough basic skills for

[PATCH] i2c: pca954x: put the mux to disconnected state after resume

pca954x may be power lost during suspend, so after resume we also suffer the issue fixed by commit cd823db8b1161ef0d756514d280715a576d65cc3, "pca954x power-on default is channel 0 connected. If multiple pca954x muxes are connected to the same physical I2C bus, the parent bus will see channel 0

Re: [PATCH] staging: Change kzalloc to kcalloc

Excuse me, I did not see the patch details, but I guess it is about whether welcome a new member to upstream kernel. For me, I have 3 ideas about it if I am a newbie or a normal kernel developer: - Do I have enough basic skills for it? - Do I developed one or more another real world

Re: [PATCH v2] mm/highmem: make kmap cache coloring aware

On 07/24/2014 03:21 PM, Andrew Morton wrote: On Thu, 24 Jul 2014 04:38:01 +0400 Max Filippov wrote: On Thu, Jul 24, 2014 at 1:17 AM, Andrew Morton wrote: Fifthly, it would be very useful to publish the performance testing results for at least one architecture so that we can determine the

Re: [RESEND RFC PATCH v1 0/70] Gloabl CPU Hot-plug flag _FROZEN Clean up

On Tue, Jul 22, 2014 at 09:58:36PM -0400, Chen, Gong wrote: > Back to long time ago (about 1.5 years), Thomas began the work > for CPU hot-plug, one first thing is CPU hotplug flag cleanup. > Paul hoped all the _FROZEN variants of the notifier actions > can be removed at that time. Now here it is.

[no subject]

-- Hello my friend, How are you, did you get my last mail on the proposal ? Am still waiting for your response. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

[no subject]

-- Hello my friend, How are you, did you get my last mail on the proposal ? Am still waiting for your response. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [RFC Patch V1 00/30] Enable memoryless node on x86 platforms

On 2014/7/25 7:32, Nishanth Aravamudan wrote: > On 23.07.2014 [16:20:24 +0800], Jiang Liu wrote: >> >> >> On 2014/7/22 1:57, Nishanth Aravamudan wrote: >>> On 21.07.2014 [10:41:59 -0700], Tony Luck wrote: On Mon, Jul 21, 2014 at 10:23 AM, Nishanth Aravamudan wrote: > It seems like

Re: [RFC Patch V1 30/30] x86, NUMA: Online node earlier when doing CPU hot-addition

On 2014/7/25 7:30, Nishanth Aravamudan wrote: > On 11.07.2014 [15:37:47 +0800], Jiang Liu wrote: >> With typical CPU hot-addition flow on x86, PCI host bridges embedded >> in physical processor are always associated with NOMA_NO_NODE, which >> may cause sub-optimal performance. >> 1) Handle CPU

Re: [RFC Patch V1 30/30] x86, NUMA: Online node earlier when doing CPU hot-addition

On 2014/7/25 7:30, Nishanth Aravamudan wrote: > On 11.07.2014 [15:37:47 +0800], Jiang Liu wrote: >> With typical CPU hot-addition flow on x86, PCI host bridges embedded >> in physical processor are always associated with NOMA_NO_NODE, which >> may cause sub-optimal performance. >> 1) Handle CPU

Re: [RFC Patch V1 29/30] mm, x86: Enable memoryless node support to better support CPU/memory hotplug

On 2014/7/25 7:26, Nishanth Aravamudan wrote: > On 11.07.2014 [15:37:46 +0800], Jiang Liu wrote: >> With current implementation, all CPUs within a NUMA node will be >> assocaited with another NUMA node if the node has no memory installed. > > > >> --- >> arch/x86/Kconfig|3

[PATCH 2/2] perf tools: Check validity of --symfs value

If a symfs is given by user, it needs to be checked before applying. Currently, it just uses it even if realpath() failed. I guess it's because it needed to handle empty symfs which is the default value. But now it's only called when it's not empty so it'd be better to check before using it and

[PATCH 1/2] perf tools: Ensure --symfs ends with '/'

Minchan reported that perf failed to load vmlinux if --symfs argument doesn't end with '/' character. So make sure that the symfs always ends with the '/'. Reported-by: Minchan Kim Signed-off-by: Namhyung Kim --- tools/perf/util/symbol.c | 41 + 1 file

Re: [PATCH 7/9] aio: add aio_kernel_() interface

On Thu, Jul 24, 2014 at 11:16 PM, Dave Kleikamp wrote: > On 07/23/2014 08:57 PM, Ming Lei wrote: >> On Thu, Jul 24, 2014 at 7:16 AM, Zach Brown wrote: >>> On Thu, Jul 24, 2014 at 06:55:28AM +0800, Ming Lei wrote: From: Dave Kleikamp This adds an interface that lets kernel callers

[PATCH 6/7] perf tools: Add name field into perf_hpp_fmt

It makes the code a bit simpler and easier to debug IMHO. I guess it can also remove similar code in perf diff, but let's keep it for a future work. :) Signed-off-by: Namhyung Kim --- tools/perf/ui/gtk/hists.c | 4 +- tools/perf/ui/hist.c | 109

[PATCH 1/7] perf tools: Left-align output contents

Now perf left-aligns column headers but the contents does not. It should have same alignment. This requires a change in pid sort key - it consists of two part (pid and comm). As length of comm can be vary it'd be better to change the order of them. Thanks to Jiri Olsa for pointing this out.

[PATCH 5/7] perf top: Add -w option for setting column width

Add -w/--column-widths option like perf report does so that users are able to see symbols even with some very long C++ library/functions. It can be a list separated by comma for each column. $ perf top -w 0,20,30 The value of 0 means there's no limit. Signed-off-by: Namhyung Kim ---

[PATCH 3/7] perf tools: Save column length in perf_hpp_fmt

Save column length in the hpp format and pass it to print functions. This is a preparation for users to control column width in the output. Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 2 +- tools/perf/ui/hist.c | 135 +++--

[PATCH 4/7] perf report: Honor column width setting

Set column width and do not change it if user gives -w/--column-widths option. It'll truncate longer symbols than the width if exists. Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 23 tools/perf/ui/gtk/hists.c | 10 ++--- tools/perf/ui/hist.c |

[PATCH 7/7] perf tools: Fix column alignment when headers aren't shown on TUI

If user sets ui.show-headers config option to false, it didn't calculate default column width so it broke the alignment. This is because it does the calculation just before showing headers. Move it to the beginning of the hist browser so that it can be called regardless of the config option.

[PATCH 2/7] perf tools: Make __hpp__fmt() receive an additional len argument

So that it can properly handle alignment requirements later. To do that, add percent_color_len_snprintf() fucntion to help coloring of overhead columns. Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 14 -- tools/perf/ui/gtk/hists.c | 8 +---

[PATCHSET 0/7] perf tools: Honor column width setting (v2)

Hello, This patchset is to control perf report/top output column width by -w/--column-widths option so that it can fit into the terminal size. The -w option is there for perf report but it ignored by recent output field changed due to some reason. This patchset fixes it and supports perf top

Re: linux fsync behaviour

On Thu, Jul 24, 2014 at 03:41:31PM -0700, yuanh wrote: > Hi all, > >Two file descriptors are pointing the same file. When fsync is called on > one fd, the data written by the other fd will also be flushed? We are using > linux XFS. Yes. -Dave. -- Dave Chinner da...@fromorbit.com -- To

[PATCH v4 4/5] cpufreq: Properly handle physical CPU hot-add/hot-remove

When CPUs are physically added/removed, its cpuX sysfs directory is dynamically added/removed. To handle this correctly, the cpufreq sysfs nodes also need to be added/removed dynamically. Signed-off-by: Saravana Kannan --- drivers/cpufreq/cpufreq.c | 46

[PATCH v4 3/5] cpufreq: Don't destroy/realloc policy/sysfs on hotplug/suspend

This patch simplifies a lot of the hotplug/suspend code by not adding/removing/moving the policy/sysfs/kobj during hotplug and just leaves the cpufreq directory and policy in place irrespective of whether the CPUs are ONLINE/OFFLINE. Leaving the policy, sysfs and kobject in place also brings

[PATCH v4 5/5] cpufreq: Delete dead code related to policy save/restore

Since we no longer destroy/realloc policy during logical hotplug, most of the policy save/restore code is dead code that doesn't get executed. Remove those. Signed-off-by: Saravana Kannan --- drivers/cpufreq/cpufreq.c | 82 +-- 1 file changed, 15

[PATCH v4 2/5] cpufreq: Keep track of which CPU owns the kobj/sysfs nodes separately

The ownership of the kobj doesn't need to match policy->cpu or change as frequently. So, keep track of it separately. Signed-off-by: Saravana Kannan --- drivers/cpufreq/cpufreq.c | 4 +++- include/linux/cpufreq.h | 1 + 2 files changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH v4 0/5] Simplify hotplug/suspend handling

Series of patchs to simplify policy/sysfs/kobj/locking handling across suspend/resume The following have been tested so far on a 2x2 cluster environment: - Boot with 2 cpus and no cpufreq driver. - mod probe driver and see cpufreq sysfs files show up only for the 1st cluster. - Online the rest of

[PATCH v4 1/5] cpufreq: Don't wait for CPU to going offline to restart governor

There's no need to wait for the CPU going down to fully go offline to restart the governor. We can stop the governor, change policy->cpus and immediately restart the governor. This should reduce the time without any CPUfreq monitoring and also help future patches with simplifying the code.

[PATCH 1/2] alpha: Wire up sched_setattr, sched_getattr, and renameat2 syscalls.

From: Michael Cree Signed-off-by: Michael Cree Signed-off-by: Matt Turner --- arch/alpha/include/asm/unistd.h | 2 +- arch/alpha/include/uapi/asm/unistd.h | 3 +++ arch/alpha/kernel/systbls.S | 3 +++ 3 files changed, 7 insertions(+), 1 deletion(-) diff --git

[PATCH 2/2] alpha: io: implement relaxed accessor macros for writes

From: Will Deacon write{b,w,l,q}_relaxed are implemented by some architectures in order to permit memory-mapped I/O writes with weaker barrier semantics than the non-relaxed variants. This patch implements these write macros for Alpha, in the same vein as the relaxed read macros, which are

Re: [PATCH net-next 1/2] net: filter: split filter.c into two files

On Thu, 24 Jul 2014 16:58:23 -0700, Alexei Starovoitov said: > On Thu, Jul 24, 2014 at 4:45 PM, wrote: > > On Tue, 22 Jul 2014 23:01:58 -0700, Alexei Starovoitov said: > >> +obj-$(CONFIG_NET) += bpf/ > > > > I was expecting to see CONFIG_NETFILTER here. Is CONFIG_NET intentional? > > yes. it

Re: [PATCH 00/19] Introduce ACPI for ARM64 based on ACPI 5.1

Hi folks, I included the linaro-acpi-private mail list wrongly when I was sending them out, it will cause Delivery Status Notification (Failure) when you are not in that mail list, sorry for the messed up, it was a little bit late for me last night, and little bit dottiness for me too, I must be

[GIT PULL] extcon next for v3.17

Dear Greg, This is extcon-next full request for v3.17. I add detailed description of this pull request on below. Please pull extcon with following updates. I report you about merge of MAX77693 patchset from MFD git repo(Lee Jones). The MAX77693 patchset in this pull request has the dependency on

[PATCH v2 1/2] rcu: Create a function for rcu_nocb_mask boot time setup

This commit creates a function rcu_bootup_announce_oddness_nocb(), which handles allocation of rcu_nocb_mask and setting it according to the kernel configuration parameters. Signed-off-by: Pranith Kumar --- v2: don't break the print string (comment from paulmck) kernel/rcu/tree_plugin.h | 61

[PATCH v2 2/2] rcu: Check the return value of rcu_nocb_mask cpumask allocation

This commit checks the return value of the zalloc_cpumask_var() used for allocating cpumask for rcu_nocb_mask. Signed-off-by: Pranith Kumar --- v2: no change from v1 kernel/rcu/tree_plugin.h | 23 --- 1 file changed, 12 insertions(+), 11 deletions(-) diff --git

RE: [PATCH v2 8/8] usb: chipidea: add support to the generic PHY framework in ChipIdea

> > > > > > - if (ci->platdata->usb_phy) > > > + if (ci->platdata->phy) > > > + ci->phy = ci->platdata->phy; > > > + else if (ci->platdata->usb_phy) > > > ci->usb_phy = ci->platdata->usb_phy; > > > else > > > - ci->usb_phy = devm_usb_get_phy(dev, USB_PHY_TYPE_USB2); >

linux-next: manual merge of the samsung tree with the arm tree

Hi Kukjin, Today's linux-next merge of the samsung tree got a conflict in arch/arm/mach-s5pv210/include/mach/memory.h between commit 3ae4e9812941 ("ARM: 8113/1: remove remaining definitions of PLAT_PHYS_OFFSET from ") from the arm tree and commit d78c16ccde96 ("ARM: SAMSUNG: Remove remaining

Re: [PATCH RESEND v2 1/4] pinctrl: Update Qualcomm pm8xxx GPIO parameters definitions

On 07/24/14 08:40, Linus Walleij wrote: > On Thu, Jul 24, 2014 at 1:47 AM, Stephen Boyd wrote: > >>> Please add these constants to the table of valid power-source values and use >>> something like I did to translate them to register values - it makes the DT >>> much more readable. >> The DT could

[PATCH] staging: rtl8188eu: Fix static symbol sparse warnings

Fix sparse warnings: drivers/staging/rtl8188eu/core/rtw_cmd.c:52:5: warning: symbol '_rtw_enqueue_cmd' was not declared. Should it be static? drivers/staging/rtl8188eu/core/rtw_wlan_util.c:1225:5: warning: symbol 'wifirate2_ratetbl_inx' was not declared. Should it be static?

linux-next: manual merge of the arm-soc tree with the arm tree

Hi all, Today's linux-next merge of the arm-soc tree got a conflict in arch/arm/mach-integrator/include/mach/memory.h between commit 3ae4e9812941 ("ARM: 8113/1: remove remaining definitions of PLAT_PHYS_OFFSET from ") from the arm tree and commit e6dc195c1c69 ("ARM: integrator: get rid of ") from

Re: [PATCH 4/5] sched/fair: Remove double_lock_balance() from active_load_balance_cpu_stop()

On Tue, 2014-07-22 at 15:30 +0400, Kirill Tkhai wrote: > Bad situation: > > double_lock_balance() drops busiest_rq lock. The busiest_rq is *busiest*, > and a lot of tasks and context switches there. We are dropping the lock > and waiting for it again. > > Let's just detach the task and once

Re: [PATCH net-next 1/2] net: filter: split filter.c into two files

On Thu, Jul 24, 2014 at 4:45 PM, wrote: > On Tue, 22 Jul 2014 23:01:58 -0700, Alexei Starovoitov said: >> BPF is used in several kernel components. This split creates logical boundary >> between generic eBPF core and the rest >> >> kernel/bpf/core.c: eBPF interpreter >> >> net/core/filter.c:

[git pull] drm fixes (make Linus grumpy)

Hi Linus, This is radeon and intel fixes, and is a small bit larger than I'm guessing you'd like it to be, i915: fixes 32-bit highmem i915 blank screen, semaphore hang and runtime pm fix radeon: gpuvm stability fix for hangs since 3.15, and hang/reboot regression on TN/RL devices, The only

Re: [PATCH net-next 1/2] net: filter: split filter.c into two files

On Tue, 22 Jul 2014 23:01:58 -0700, Alexei Starovoitov said: > BPF is used in several kernel components. This split creates logical boundary > between generic eBPF core and the rest > > kernel/bpf/core.c: eBPF interpreter > > net/core/filter.c: classic->eBPF converter, classic verifiers, socket

Re: [PATCH v11 0/2] Add support for the Allwinner A31 DMA Controller

On Thu, 24 Jul 2014 14:13:15 +0200 Maxime Ripard wrote: > On Thu, Jul 17, 2014 at 09:46:14PM +0200, Maxime Ripard wrote: > > Hi, > > > > This patchset adds support for the DMA controller found in the > > Allwinner A31 and A23 SoCs. > > > > This has been tested using the newly introduced SPI

Re: [PATCH v1] gpio: keystone: add dsp gpio controller driver

On Thursday 24 July 2014 02:52 PM, Suman Anna wrote: > Hi, > > On 07/24/2014 01:12 PM, Jassi Brar wrote: >> On 24 July 2014 22:52, Santosh Shilimkar wrote: >>> On Thursday 24 July 2014 01:19 PM, Jassi Brar wrote: On 23 July 2014 20:40, Linus Walleij wrote: > On Wed, Jul 16, 2014 at

Re: Crashes in 3.14.13+ related to anon_vma_clone.

On 07/24/2014 04:08 PM, Ben Greear wrote: > A few of our systems are repeatedly crashing when upgraded from > the 3.14.6+ to 3.14.13+ kernels. Both kernels have a fair bit > of our out-of-tree patches, so could be our fault. Ahh, looks like a bad merge of a stable patch with a slightly different

[PATCH V2 net-next] net: filter: rename 'struct sock_filter_int' into 'struct bpf_insn'

eBPF is used by socket filtering, seccomp and soon by tracing and exposed to userspace, therefore 'sock_filter_int' name is not accurate. Rename it to 'bpf_insn' Signed-off-by: Alexei Starovoitov --- v1->v2: fix alignment of \ in macros (caught by Daniel. thanks!) arch/x86/net/bpf_jit_comp.c |

[tip:x86/urgent] x86, MCE: Robustify mcheck_init_device

Commit-ID: 51cbe7e7c400def749950ab6b2c120624dbe21a7 Gitweb: http://git.kernel.org/tip/51cbe7e7c400def749950ab6b2c120624dbe21a7 Author: Borislav Petkov AuthorDate: Fri, 20 Jun 2014 23:16:45 +0200 Committer: Borislav Petkov CommitDate: Mon, 21 Jul 2014 18:14:32 +0200 x86, MCE: Robustify

  1   2   3   4   5   6   7   8   9   10   >