[PATCH 2/3] pinctrl: baytrail: Convert to use gpiolib irqchip

Instead of open-coding irqchip handling in the driver we can take advantage of the new irqchip helpers provided by the gpiolib core. While doing this we also make sure that we call gpiochip_irqchip_add() after the gpiochip itself is registered as required. Signed-off-by: Mika Westerberg --- dri

[PATCH 1/3] gpio: lynxpoint: Convert to use gpiolib irqchip

Instead of open-coding irqchip handling in the driver we can take advantage of the new irqchip helpers provided by the gpiolib core. While doing this we also make sure that we call gpiochip_irqchip_add() after the gpiochip itself is registered as required. Signed-off-by: Mika Westerberg --- dri

[PATCH 0/3] gpio: Convert two Intel GPIO drivers to use irqchip helpers

Hi, As discussed in this thread: https://www.mail-archive.com/linux-gpio%40vger.kernel.org/msg02929.html This series converts the Intel Lynxpoint and Baytrail GPIO drivers to use the new irqchip helper functions and then moves ACPI event registration to happen in the helpers as well. Mika Weste

[PATCH 3/3] gpio / ACPI: Move event handling registration to gpiolib irqchip helpers

Since now we have irqchip helpers that the GPIO chip drivers are supposed to use if possible, we can move the registration of ACPI events to happen in these helpers. This seems to be more natural place and might encourage GPIO chip driver writers to take advantage of the irqchip helpers. We make t

[PATCH v2] ARM: zynq: DT: Add CAN node

Add node describing Zynq's CAN controller. Signed-off-by: Michal Simek --- Changes in v2: - Add can1 - Enable can0 for zc702 - Use status property arch/arm/boot/dts/zynq-7000.dtsi | 26 +- arch/arm/boot/dts/zynq-zc702.dts | 4 2 files changed, 29 insertions(+), 1

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

On Thu, Jul 24, 2014 at 11:47:17AM -0700, Linus Torvalds wrote: > Adding Jakub to the cc, because gcc-4.9.0 seems to be terminally broken. ... > Jakub, any ideas? Can I ask anyone involved in this for preprocessed source and all gcc command line options to reproduce it, best in the form of a http:

Re: [LKP] [net] 11ef7a8996d: +27.3% netperf.Throughput_Mbps

On 07/25/2014 02:48 PM, David Miller wrote: > From: Tom Herbert > Date: Thu, 24 Jul 2014 23:37:07 -0700 > >> Are you pointing out a regressions in this? > > I think he's letting you know that performance has improved, in fact :) Yes, exactly :-) -Aaron -- To unsubscribe from this list: send t

Re: [LKP] [net] 11ef7a8996d: +27.3% netperf.Throughput_Mbps

From: Tom Herbert Date: Thu, 24 Jul 2014 23:37:07 -0700 > Are you pointing out a regressions in this? I think he's letting you know that performance has improved, in fact :) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kern

Re: [PATCH] ARM: zynq: DT: Add CAN node

On 07/24/2014 05:55 PM, Sören Brinkmann wrote: > On Thu, 2014-07-24 at 08:44AM +0200, Michal Simek wrote: >> On 07/23/2014 06:07 PM, Sören Brinkmann wrote: >>> On Wed, 2014-07-23 at 03:05PM +0200, Michal Simek wrote: Add node describing Zynq's CAN controller. Signed-off-by: Michal Si

[LKP] [rcu] c0f489d2c6f: -1.5% netperf.Throughput_tps

FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master commit c0f489d2c6fec8994c642c2ec925eb858727dc7b ("rcu: Bind grace-period kthreads to non-NO_HZ_FULL CPUs") abaa93d9e1de2c2 c0f489d2c6fec8994c642c2ec --- -

Re: [LKP] [net] 11ef7a8996d: +27.3% netperf.Throughput_Mbps

On 07/25/2014 02:37 PM, Tom Herbert wrote: > Are you pointing out a regressions in this? No, the report is an indication your commit makes the Throughput_Mbps of the netperf benchamrk increased 27.3%, a good thing I think. Thanks, Aaron > > On Thu, Jul 24, 2014 at 11:31 PM, Aaron Lu wrote: >>

Re: [PATCH v2 0/6] net/macb: add HW features to macb driver

From: Cyrille Pitchen Date: Thu, 24 Jul 2014 13:50:57 +0200 > this series of patches adds new hardware features to macb driver. These > features can be enabled/disabled at runtime using ethtool. Depending on > hardware and design configuration, some are enabled by default whereas other > are disa

Re: [PATCH net] r8152: fix the checking of the usb speed

From: Hayes Wang Date: Thu, 24 Jul 2014 16:37:43 +0800 > When the usb speed of the RTL8152 is not high speed, the USB_DEV_STAT[2:1] > should be equal to [0 1]. That is, the STAT_SPEED_FULL should be equal > to 2. > > There is a easy way to check the usb speed by the speed field of the > struct u

Re: [LKP] [net] 11ef7a8996d: +27.3% netperf.Throughput_Mbps

Are you pointing out a regressions in this? On Thu, Jul 24, 2014 at 11:31 PM, Aaron Lu wrote: > FYI, we noticed the below changes on > > commit 11ef7a8996d5d433c9cd75d80651297eccbf6d42 ("net: Performance fix for > process_backlog") > > test case: lkp-t410/netperf/300s-200%-10K-SCTP_STREAM_MANY >

Re: [PATCH] isdn: use constants instead of magicnumbers

From: Himangi Saraogi Date: Thu, 24 Jul 2014 02:46:38 +0530 > This patch changes instances of magic numbers like 4 and 8 to equivalent > constants. > > The Coccinelle semantic patch used for making the change is as follows: ... > Signed-off-by: Himangi Saraogi > Acked-by: Julia Lawall Applie

[LKP] [net] 11ef7a8996d: +27.3% netperf.Throughput_Mbps

FYI, we noticed the below changes on commit 11ef7a8996d5d433c9cd75d80651297eccbf6d42 ("net: Performance fix for process_backlog") test case: lkp-t410/netperf/300s-200%-10K-SCTP_STREAM_MANY 68b7107b62983f2 11ef7a8996d5d433c9cd75d80 --- - 1023 ~ 3%

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 m

Re: [PATCH] arm64/crypto: fix makefile rule for aes-glue-%.o

On 24 July 2014 22:45, Sam Ravnborg wrote: > On Thu, Jul 24, 2014 at 09:25:13PM +0200, Ard Biesheuvel wrote: >> On 24 July 2014 18:12, Sam Ravnborg wrote: >> > On Thu, Jul 24, 2014 at 04:24:48PM +0200, Ard Biesheuvel wrote: >> >> On 24 July 2014 16:18, Ard Biesheuvel wrote: >> >> > On 24 July 20

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

From: Alexei Starovoitov Date: Thu, 24 Jul 2014 16:38:21 -0700 > 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 alignm

Re: [PATCH] net_sched: remove exceptional & on function name

From: Himangi Saraogi Date: Fri, 25 Jul 2014 01:50:41 +0530 > In this file, function names are otherwise used as pointers without &. > > A simplified version of the Coccinelle semantic patch that makes this > change is as follows: ... > Signed-off-by: Himangi Saraogi > Acked-by: Julia Lawall

Re: [PATCH] neigh: remove exceptional & on function name

From: Himangi Saraogi Date: Fri, 25 Jul 2014 01:49:37 +0530 > In this file, function names are otherwise used as pointers without &. > > A simplified version of the Coccinelle semantic patch that makes this > change is as follows: ... > Signed-off-by: Himangi Saraogi > Acked-by: Julia Lawall

Re: [PATCH] neigh: remove exceptional & on function name

From: Himangi Saraogi Date: Fri, 25 Jul 2014 01:49:37 +0530 > In this file, function names are otherwise used as pointers without &. > > A simplified version of the Coccinelle semantic patch that makes this > change is as follows: ... > Signed-off-by: Himangi Saraogi > Acked-by: Julia Lawall

Re: [PATCH] igmp: remove exceptional & on function name

From: Himangi Saraogi Date: Fri, 25 Jul 2014 01:48:44 +0530 > In this file, function names are otherwise used as pointers without &. > > A simplified version of the Coccinelle semantic patch that makes this > change is as follows: ... > Signed-off-by: Himangi Saraogi > Acked-by: Julia Lawall

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

On Fri, Jul 25, 2014 at 1:06 AM, Pranith Kumar wrote: > > In rcu_report_qs_rsp(), I added a pr_info() call testing if any of the above > conditions is true, in which case we can avoid calling wake_up(). It turns out > that quite a few actually are. Most of the cases where we can avoid is > condi

linux-next: manual merge of the driver-core tree with the renesas tree

Hi Greg, Today's linux-next merge of the driver-core tree got a conflict in arch/arm/mach-shmobile/setup-r7s72100.c between commit 9394af431455 ("ARM: shmobile: genmai-reference: Enable MTU2 in device tree") from the renesas tree and commit d2168146c222 ("platform: Remove most references to platfo

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

On Fri, Jul 25, 2014 at 11:47:42AM +0530, Varka Bhadram wrote: > Hi Nicolin, > > On 07/25/2014 11:24 AM, Nicolin Chen wrote: > >Hi Varka, > > > >Regarding a point you suggested. > > > >On Fri, Jul 25, 2014 at 09:54:43AM +0530, Varka Bhadram wrote: > >>On 07/25/2014 09:33 AM, Nicolin Chen wrote

[LKP] [Btrfs] d5f375270aa: -20.0% fsmark.app_overhead

FYI, we noticed the below changes on commit d5f375270aa55794f4a7196b5247469f86278a8f ("Btrfs: faster/more efficient insertion of file extent items") 51b98effa4c673f d5f375270aa55794f4a7196b5 --- - 914752 ~ 1% -1.4% 902289 ~ 1% nhm4/fsmark/

[can-next PATCH 1/1] net: can: c_can_platform: Use devm_ioremap instead of devm_ioremap_resource.

From: George Cherian The raminit register is shared register for both can0 and can1. Using devm_ioremap_resource fails the mapping for can1 interface leading to a non functional can interface. Signed-off-by: George Cherian Signed-off-by: Mugunthan V N --- drivers/net/can/c_can/c_can_platform.

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

On Fri, Jul 25, 2014 at 11:41:30AM +0530, Vinod Koul wrote: > On Thu, Jul 24, 2014 at 04:44:20PM -0700, Andrew Morton wrote: > > 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

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

Hi Nicolin, On 07/25/2014 11:24 AM, Nicolin Chen wrote: Hi Varka, Regarding a point you suggested. On Fri, Jul 25, 2014 at 09:54:43AM +0530, Varka Bhadram wrote: On 07/25/2014 09:33 AM, Nicolin Chen wrote: (...) + +static const struct platform_device_id fsl_asrc_devtype[] = { + {

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

On Thu, Jul 24, 2014 at 04:44:20PM -0700, Andrew Morton wrote: > 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 A3

[PATCH] crypto: atmel-tdes: Switch to managed version of kzalloc

From: Pramod Gurav This patch switches data allocation from kzalloc to devm_kzalloc. It also removes some kfree() on data that was earlier allocated using devm_kzalloc() from probe as well as remove funtions. CC: Grant Likely CC: Rob Herring Signed-off-by: Pramod Gurav --- drivers/crypto/at

Re: [PATCH] ARM: at91: at91sam9x5: sets NPCS0 (PA14) back to GPIO

Dne 24.7.2014 v 17:58 Boris BREZILLON napsal(a): On Thu, 24 Jul 2014 17:06:43 +0200 Jiří Prchal wrote: Hi, Dne 24.7.2014 v 16:26 Boris BREZILLON napsal(a): Hello Jiří, First of all, please try to use git format-patch when submitting a patch to any kernel mailing list. Sorry for that. O

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

On 07/25/2014 12:55 PM, Chao Yu wrote: > We should put root inode correctly in error path of fill_super, otherwise we > may encounter a leak case of inode resource. Good catch, and it also fixed the incorrect 'goto'. > > Signed-off-by: Chao Yu Reviewed-by: Gu Zheng > --- > fs/f2fs/super.c

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

Hi Varka, Regarding a point you suggested. On Fri, Jul 25, 2014 at 09:54:43AM +0530, Varka Bhadram wrote: > On 07/25/2014 09:33 AM, Nicolin Chen wrote: > (...) > > >+ > >+static const struct platform_device_id fsl_asrc_devtype[] = { > >+{ > >+.name = "imx35-asrc", > >+

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

Hi Lei, On 07/25/2014 11:13 AM, Ming Lei wrote: > 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

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

On 07/25/2014 11:22 AM, Chao Yu wrote: > 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. Please go ahead.:) Thanks, Gu > > Regards, > Yu > >> -Original Message

Re: [PATCH] lz4: add overrun checks to lz4_uncompress_unknownoutputsize()

>>> On 04.07.14 at 15:01, wrote: On 04.07.14 at 08:12, Jan Beulich wrote: > On 04.07.14 at 01:11, wrote: > > > From: Greg Kroah-Hartman > > > > > > Jan points out that I forgot to make the needed fixes to the > > > lz4_uncompress_unknownoutputsize() function to mirror the changes done

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 c

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. J

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 > hos

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 exyn

[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 not

[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 1006

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

ksource: Get rid of cycle_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 form

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 at

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 str

[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>] iput+0x1

[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 SA

[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 change

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 #, >> > >> > Anyway,

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 > > compl

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 07/2

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 at

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 hi

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 07/2

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 p

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 > To

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 at

[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 don't

[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] https://www.python.org/

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 >> --- a/fs

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 whet

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 m

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 have

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 dev

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 Mor

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 ZO

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 th

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 sendin

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) in

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 subj

[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 a/fs/

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 = RC

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 > > d

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 it

[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 project

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 pat

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 http://vger.kernel.org/major

[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 http://vger.kernel.org/major

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 h

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 h

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 w

  1   2   3   4   5   6   7   8   9   >