Re: [PATCH v3 13/15] cpufreq: Add cpufreq driver for Tegra124

On 19 August 2014 09:03, Tuomas Tynkkynen wrote: > From: Tuomas Tynkkynen > > Add a new cpufreq driver for Tegra124. Instead of using the PLLX as > the CPU clocksource, switch immediately to the DFLL. It allows the use > of higher clock rates, and will automatically scale the CPU voltage as >

Re: [PATCH 1/2] KVM: fix cache stale memslot info with correct mmio generation number

On 08/19/2014 01:40 PM, David Matlack wrote: > On Mon, Aug 18, 2014 at 10:19 PM, Xiao Guangrong > wrote: >> On 08/19/2014 01:00 PM, David Matlack wrote: >>> On Mon, Aug 18, 2014 at 9:41 PM, Xiao Guangrong >>> wrote: On 08/19/2014 12:31 PM, David Matlack wrote: > The single line patch I

Re: [PATCH 3/3] perf callchain: Prune misleading callchains for self entries

Hi Jiri, On Mon, 18 Aug 2014 13:31:47 +0200, Jiri Olsa wrote: > On Sat, Aug 16, 2014 at 11:26:31AM +0900, Namhyung Kim wrote: > > SNIP > >> > >> > hum, where is it callee/caller mixed? with following example: >> > >> > --- >> > void c(void) >> > { >> > } >> > >> > void b(void) >> > { >> >

Re: [PATCH 1/1] iommu/vt-d : clear old root entry for dump kernel

I found there are more data need to be cleared for the dump kernel. So please ignore this patch, I will send out another one. Thanks Zhenhua On 08/19/2014 07:59 AM, Li, Zhen-Hua wrote: My debugging result is this: 1. Clear the old root entry table, dump kernel will choose another memory

[PATCH] builddeb: put the dbg files into the correct directory

Since the conversion of objtree to use relative pathnames (commit 7e1c04779e, "kbuild: Use relative path for $(objtree)"), the debug info files have been ending up in /debian/dbgtmp/ in the regular linux-image package instead of the debug files package. Fix up the paths so that the debug files

RE: [PATCH] zram: add num_discards for discarded pages stat

> -Original Message- > From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On Behalf Of > Sergey > Senozhatsky > Sent: Friday, August 15, 2014 2:12 PM > To: Chao Yu > Cc: minc...@kernel.org; linux-kernel@vger.kernel.org; linux...@kvack.org; > ngu...@vflare.org; > 'Jerome

Re: [RFC PATCH 2/9] ACPI: Document ACPI device specific properties

On Mon, Aug 18, 2014 at 11:54:29AM +0100, Mark Rutland wrote: > Hi Mika, > > While I am very much in favour of having a structured way of describing > device specific data in ACPI I am very concerned by the idea of assuming > (a false) equivalence with DT. More on that below. Hi Mark, The

RE: [PATCH] regmap: fix of_regmap_get_endian()

Hi, I found this patch has some confliction with the Mark's newest Remgap-Tree's origin/topic/dt-endian branch. Javier Martinez has already fix some of these. Thanks, BRs Xiubo > -Original Message- > From: Thierry Reding [mailto:thierry.red...@gmail.com] > Sent: Tuesday, August 19,

Re: [PATCH 1/2] KVM: fix cache stale memslot info with correct mmio generation number

On Mon, Aug 18, 2014 at 10:19 PM, Xiao Guangrong wrote: > On 08/19/2014 01:00 PM, David Matlack wrote: >> On Mon, Aug 18, 2014 at 9:41 PM, Xiao Guangrong >> wrote: >>> On 08/19/2014 12:31 PM, David Matlack wrote: The single line patch I suggested was only intended to fix the "forever

Re: [PATCH] tty: serial: serial_core.c: printk replacement

> > Hi, that will not work either, as there is put_device(tty_dev) before > you use tty_dev. > > -- > js > suse labs > Hi, i missed that. I put my test message to test tty_dev immediately after tty_dev was initialized and so never got the error when the port was suspended. Will change it to pr_err

[Question]: redundant interrupts for broadcast timer

hi, We observed the redundant interrupts for broadcast timer, so want to confirm here firstly; pls see below flow: 1. Thread_A starts a hrtimer with 100ms timeout, and then thread_A will remove from the runqueue to sleep; 2. The CPU which thread_A runs on will enter idle and call notify

Re: PANIC: ata_qc_new_init crashes at boot

On Mon, Aug 18, 2014 at 2:21 PM, Tejun Heo wrote: > Hello, > > Sorry about the delay. Cc'ing Dan. > > On Wed, Aug 06, 2014 at 02:02:47PM -0400, Nick Krause wrote: >> On Wed, Jul 23, 2014 at 4:39 AM, Peter Zijlstra wrote: >> > On Tue, Jul 22, 2014 at 03:48:02PM -0400, Peter Hurley wrote: >> >> [

Re: [PATCH 1/2] doc: dt/bindings: input: introduce palmas power button description

On Mon, Aug 18, 2014 at 03:13:29PM -0500, Nishanth Menon wrote: > Many palmas family of PMICs have support for interrupt based power > button. This allows the device to notify the processor of external > push button events over the shared palmas interrupt. > > Document the hardware support for

Re: [PATCH 2/2] Input: misc: introduce palmas-pwrbutton

Hi NIshanth, On Mon, Aug 18, 2014 at 03:13:30PM -0500, Nishanth Menon wrote: > Many palmas family of PMICs have support for interrupt based power > button. This allows the device to notify the processor of external > push button events over the shared palmas interrupt. However, this > event is

Re: [PATCH] regmap: fix of_regmap_get_endian()

On Mon, Aug 18, 2014 at 04:14:04PM -0600, Stephen Warren wrote: > From: Stephen Warren > > Commit d647c199510c ("regmap: add DT endianness binding support") has > some issues. Specifically, if config->reg_format_endian is not explicitly > set, it will be zero, i.e. REGMAP_ENDIAN_DEFAULT. The

Re: [PATCH 1/2] KVM: fix cache stale memslot info with correct mmio generation number

On 08/19/2014 01:00 PM, David Matlack wrote: > On Mon, Aug 18, 2014 at 9:41 PM, Xiao Guangrong > wrote: >> On 08/19/2014 12:31 PM, David Matlack wrote: >>> But it looks like you basically said the same thing earlier, so I think >>> we're on the same page. >>> >> >> Yes, that is what i try to

Re: [RFC 1/4] net: allow large number of rx queues

> Hello. > > On 08/18/2014 05:37 PM, Pankaj Gupta wrote: > > > netif_alloc_rx_queues() uses kcalloc() to allocate memory > > for "struct netdev_queue *_rx" array. > > If we are doing large rx queue allocation kcalloc() might > > fail, so this patch does a fallback to vzalloc(). > > Similar

Re: [PATCH v2] mmc: dw_mmc: move rockchip related code to a separate file

Acked-by: Jaehoon Chung Best Regards, Jaehoon Chung On 08/19/2014 01:36 PM, Addy Ke wrote: > To support HS200 and UHS-1, we need add a big hunk of code, > as shown in the following patches. So a separate file for > rockchip SOCs is suitable. > > Signed-off-by: Addy Ke > --- > Changes in v2: >

Re: [PATCH 1/2] KVM: fix cache stale memslot info with correct mmio generation number

On Mon, Aug 18, 2014 at 9:41 PM, Xiao Guangrong wrote: > On 08/19/2014 12:31 PM, David Matlack wrote: >> But it looks like you basically said the same thing earlier, so I think >> we're on the same page. >> > > Yes, that is what i try to explain in previous mails. :( I'm glad we understand each

[mm] f7b5d647946: -3.0% dbench.throughput-MB/sec

Hi Mel, We noticed a minor dbench throughput regression on commit f7b5d647946aae1647bf5cd26c16b3a793c1ac49 ("mm: page_alloc: abort fair zone allocation policy when remotes nodes are encountered"). testcase: ivb44/dbench/100% bb0b6dffa2ccfbd f7b5d647946aae1647bf5cd26 ---

Re: [PATCH 1/2] KVM: fix cache stale memslot info with correct mmio generation number

On 08/19/2014 12:31 PM, David Matlack wrote: > On Mon, Aug 18, 2014 at 8:50 PM, Xiao Guangrong > wrote: >> On 08/19/2014 05:15 AM, David Matlack wrote: >>> On Mon, Aug 18, 2014 at 12:56 PM, Xiao Guangrong >>> wrote: @@ -287,9 +293,15 @@ static bool set_mmio_spte(struct kvm *kvm, u64

[GIT PULL] PCI changes for v3.17 (part 3)

Hi Linus, I screwed up. I intended these changes for v3.17, and I put them in my 'next' branch just before leaving on vacation, but I forgot to include them in my merge window pull request when I returned. They're low-risk, so I'm sending them to you now (late), but the world won't end if they

[PATCH v2] mmc: dw_mmc: move rockchip related code to a separate file

To support HS200 and UHS-1, we need add a big hunk of code, as shown in the following patches. So a separate file for rockchip SOCs is suitable. Signed-off-by: Addy Ke --- Changes in v2: - Kconfig: depend on ARCH_ROCKCHIP, suggested by Bartlomiej Zolnierkiewicz - Kconfig: depend on OF, suggested

Re: [PATCH v3 03/15] clk: tegra: Add closed loop support for the DFLL

Hi, On 08/19/2014 11:33 AM, Tuomas Tynkkynen wrote: From: Tuomas Tynkkynen With closed loop support, the clock rate of the DFLL can be adjusted. The oscillator itself in the DFLL is a free-running oscillator whose rate is directly determined the supply voltage. However, the DFLL module

[mm] 3484b2de949: -56.2% vm-scalability.throughput, +9.3% turbostat.Pkg_W

Hi Mel, We noticed the below vm-scalability performance/power regressions on commit 3484b2de9499df23c4604a513b36f96326ae81ad ("mm: rearrange zone fields into read-only, page alloc, statistics and page reclaim lines"). 24b7e5819ad5cbe 3484b2de9499df23c4604a513 testbox/testcase/testparams

Re: [PATCH 1/2] KVM: fix cache stale memslot info with correct mmio generation number

On Mon, Aug 18, 2014 at 8:50 PM, Xiao Guangrong wrote: > On 08/19/2014 05:15 AM, David Matlack wrote: >> On Mon, Aug 18, 2014 at 12:56 PM, Xiao Guangrong >> wrote: >>> @@ -287,9 +293,15 @@ static bool set_mmio_spte(struct kvm *kvm, u64 *sptep, >>> gfn_t gfn, >>> >>> static bool

[PATCH v3 0/17] arcmsr: change note since v13 or v2

Change note: 1,5,7~17/17 since v1.3 are not change. 2,3,4/17 since v2 are not change. 6/17 since v2: 1. pre-define adapter_type value in private data of pci_device_id. 2. remove the arcmsr_define_adapter_type function. Ching Huang -- To unsubscribe from this list: send the line "unsubscribe

[writeback] 952648324b9: xfstests.xfs.026.fail

Hi Jan, We find more xfstests changes on "writeback: Per-sb dirty tracking". 008 seems improved, the others are regressions. 063 failure is not 100% reproducible. df3be46bdbab23e 952648324b969f3fc22d3a2a7 --- - 0 +Inf% 1 ± 0%

Re: [PATCH v3 1/3] init / kthread: add module_long_probe_init() and module_long_probe_exit()

On Mon, Aug 18, 2014 at 10:19 AM, Oleg Nesterov wrote: > And, again, I do not really know which version is better. In Chicago right now -- feedback was it seems the that generally splitting up probe from init might be good in the end, if we do this we won't need a work around for drivers that

Re: [PATCH tip/core/rcu 1/2] rcu: Parallelize and economize NOCB kthread wakeups

On Mon, Aug 18, 2014 at 11:23:45PM +0530, Amit Shah wrote: > On (Fri) 15 Aug 2014 [08:04:05], Paul E. McKenney wrote: > > On Fri, Aug 15, 2014 at 10:54:11AM +0530, Amit Shah wrote: > > > On (Wed) 13 Aug 2014 [06:00:49], Paul E. McKenney wrote: > > > > On Wed, Aug 13, 2014 at 11:14:39AM +0530, Amit

Re: slub/debugobjects: lockup when freeing memory

On Mon, Aug 18, 2014 at 10:44:34PM -0500, Christoph Lameter wrote: > On Mon, 18 Aug 2014, Paul E. McKenney wrote: > > > > > So call rcu activates the object, but the object has no reference in > > > > the debug objects code so the fixup code is called which inits the > > > > object and allocates

Re: [PATCH v2 05/18] ARM64 / ACPI: Parse FADT table to get PSCI flags for PSCI init

On 2014-8-18 22:27, Catalin Marinas wrote: > On Mon, Aug 04, 2014 at 04:28:12PM +0100, Hanjun Guo wrote: >> There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set, >> the former signals to the OS that the hardware is PSCI compliant. > > Actually it signals that the firmware is PSCI

Re: [PATCH 1/2] KVM: fix cache stale memslot info with correct mmio generation number

On 08/19/2014 05:15 AM, David Matlack wrote: > On Mon, Aug 18, 2014 at 12:56 PM, Xiao Guangrong > wrote: >> @@ -287,9 +293,15 @@ static bool set_mmio_spte(struct kvm *kvm, u64 *sptep, >> gfn_t gfn, >> >> static bool check_mmio_spte(struct kvm *kvm, u64 spte) >> { >> + struct kvm_memslots

Re: [PATCH v3 12/15] cpufreq: tegra: Rename tegra-cpufreq to tegra20-cpufreq

On 19 August 2014 09:03, Tuomas Tynkkynen wrote: > From: Tuomas Tynkkynen > > The Tegra124 will use a different driver for frequency scaling, so > rename the old driver (which handles only Tegra20) appropriately. > > Signed-off-by: Tuomas Tynkkynen > --- > v3: New patch > --- >

[PATCH v3 09/15] ARM: tegra: Add the DFLL to Tegra124 device tree

From: Tuomas Tynkkynen The DFLL clocksource is a separate IP block from the usual clock-and-reset controller, so it gets its own device tree node. Signed-off-by: Tuomas Tynkkynen --- arch/arm/boot/dts/tegra124.dtsi | 22 ++ 1 file changed, 22 insertions(+) diff --git

[PATCH v3 04/15] clk: tegra: Add functions for parsing CVB tables

From: Tuomas Tynkkynen Tegra CVB tables encode the relationship between operating voltage and optimal frequency as a function of the so-called speedo value. The speedo value is written to the on-chip fuses at the factory, which allows the voltage-frequency operating points to be calculated on an

[PATCH v3 01/15] clk: tegra: Add binding for the Tegra124 DFLL clocksource

From: Tuomas Tynkkynen The DFLL is the main clocksource for the fast CPU cluster on Tegra124 and also provides automatic CPU rail voltage scaling as well. The DFLL is a separate IP block from the usual Tegra124 clock-and-reset controller, so it gets its own node in the device tree.

Re: slub/debugobjects: lockup when freeing memory

On Mon, 18 Aug 2014, Paul E. McKenney wrote: > > > So call rcu activates the object, but the object has no reference in > > > the debug objects code so the fixup code is called which inits the > > > object and allocates a reference > > > > So we need to init the object in the page struct

[PATCH v3 10/15] ARM: tegra: Enable the DFLL on the Jetson TK1

From: Tuomas Tynkkynen Add the board-specific properties of the DFLL for the Jetson TK1 board. On this board, the DFLL will take control of the sd0 regulator on the on-board AS3722 PMIC. Signed-off-by: Tuomas Tynkkynen --- arch/arm/boot/dts/tegra124-jetson-tk1.dts | 8 +++- 1 file

[PATCH v3 06/15] clk: tegra: Add Tegra124 DFLL clocksource platform driver

From: Tuomas Tynkkynen Add basic platform driver support for the fast CPU cluster DFLL clocksource found on Tegra124 SoCs. This small driver selects the appropriate Tegra124-specific characterization data and integration code. It relies on the DFLL common code to do most of the work.

[PATCH v3 03/15] clk: tegra: Add closed loop support for the DFLL

From: Tuomas Tynkkynen With closed loop support, the clock rate of the DFLL can be adjusted. The oscillator itself in the DFLL is a free-running oscillator whose rate is directly determined the supply voltage. However, the DFLL module contains logic to compare the DFLL output rate to a fixed

[PATCH v3 00/15] Tegra124 CL-DVFS / DFLL clocksource, plus cpufreq

From: Tuomas Tynkkynen v3 changes: - Fix incorrect order of arguments to dfll_scale_dvco_rate - Fix accidental commas at end-of-statement to semicolons - Some cpufreq changes: - rename cpufreq-tegra to cpufreq-tegra20 - have separate Kconfig entries for Tegra20/Tegra124 support - use

[PATCH v3 12/15] cpufreq: tegra: Rename tegra-cpufreq to tegra20-cpufreq

From: Tuomas Tynkkynen The Tegra124 will use a different driver for frequency scaling, so rename the old driver (which handles only Tegra20) appropriately. Signed-off-by: Tuomas Tynkkynen --- v3: New patch --- drivers/cpufreq/Kconfig.arm| 6 +++---

[PATCH v3 05/15] clk: tegra: Add DFLL DVCO reset control for Tegra124

From: Paul Walmsley The DVCO present in the DFLL IP block has a separate reset line, exposed via the CAR IP block. This reset line is asserted upon SoC reset. Unless something (such as the DFLL driver) deasserts this line, the DVCO will not oscillate, although reads and writes to the DFLL IP

[PATCH v3 15/15] ARM: tegra: Add CPU regulator to the Jetson TK1 device tree

From: Tuomas Tynkkynen Add the CPU voltage regulator for the cpufreq driver. Signed-off-by: Tuomas Tynkkynen --- v3: New patch --- arch/arm/boot/dts/tegra124-jetson-tk1.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/tegra124-jetson-tk1.dts

[PATCH v3 02/15] clk: tegra: Add library for the DFLL clock source (open-loop mode)

From: Tuomas Tynkkynen Add shared code to support the Tegra DFLL clocksource in open-loop mode. This root clocksource is present on the Tegra124 SoCs. The DFLL is the intended primary clock source for the fast CPU cluster. This code is very closely based on a patch by Paul Walmsley from

[PATCH v3 08/15] clk: tegra: Add the DFLL as a possible parent of the cclk_g clock

From: Tuomas Tynkkynen The DFLL clocksource was missing from the list of possible parents for the fast CPU cluster. Add it to the list. Signed-off-by: Tuomas Tynkkynen --- drivers/clk/tegra/clk-tegra-super-gen4.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH v3 13/15] cpufreq: Add cpufreq driver for Tegra124

From: Tuomas Tynkkynen Add a new cpufreq driver for Tegra124. Instead of using the PLLX as the CPU clocksource, switch immediately to the DFLL. It allows the use of higher clock rates, and will automatically scale the CPU voltage as well. Besides the CPU clocksource switch, we let the

[PATCH v3 11/15] cpufreq: tegra124: Add device tree bindings

From: Tuomas Tynkkynen The cpufreq driver for Tegra124 will be a different one than the old Tegra20 cpufreq driver (tegra-cpufreq), which does not use the device tree. Signed-off-by: Tuomas Tynkkynen --- v3: vdd-cpu-supply property added --- .../bindings/cpufreq/tegra124-cpufreq.txt

[PATCH v3 07/15] clk: tegra: Save/restore CCLKG_BURST_POLICY on suspend

From: Tuomas Tynkkynen Save and restore this register since the LP1 restore assembly routines fiddle with it. Otherwise the CPU would keep running on PLLX after resume from suspend even when DFLL was the original clocksource. Signed-off-by: Tuomas Tynkkynen ---

[PATCH v3 14/15] ARM: tegra: Add entries for cpufreq on Tegra124

From: Tuomas Tynkkynen The Tegra124 cpufreq driver relies on certain clocks being present in the /cpus/cpu@0 node. Signed-off-by: Tuomas Tynkkynen --- arch/arm/boot/dts/tegra124.dtsi | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git

[PATCH] arm: Do not overwrite __machine_arch_type

If using DT_MACHINE_START when enabled CONFIG_OF, the nr of mdesc is ~0. The value of __machine_arch_type is passsed from bootloader using reigster r1, and assigned in head-common.S. Remove this line to avoid overwrite it. Signed-off-by: Peng Fan --- arch/arm/kernel/devtree.c | 3 --- 1 file

RE: AGENCY FOR SHIPPING AND CUSTOM BROKER

Dear Sir, Good day! This is Rain Mao from Shenzhen Top Way International Forwarding Co.,Ltd in China. We interest & expect to establish the cooperation relationship with your esteem company. This is the first letter you recieve from me.Could you please help me to forward my contact to the

Re: Static build of libtraceevent failing on ubuntu13 x86_64

Hi Arnaldo, On Wed, 13 Aug 2014 19:54:38 -0300, Arnaldo Carvalho de Melo wrote: > Hi guys, > > Have you ever stumbled on this? > > It is the only target breaking when I do a test build of perf + > libtraceevent > on several distros/arches, the command is: > > $ make -C tools/perf

[PATCH] fs: Initialize mountpoint list head in new_mountpoint()

The commit 89f7ca1af15bdfe7a6aed343032a84af2a69f736 makes next-20140818 to panic because mountpoint list head was not initialized. Initializing it with NULL fixes the problem. commit 89f7ca1af15bdfe7a6aed343032a84af2a69f736 Author: Eric W. Biederman Date: Sun Sep 22 19:37:01 2013 -0700

Re: [PATCH] mtd: nand: stm_nand_bch: add new driver

On Fri, Aug 01, 2014 at 10:27:25AM +0100, Lee Jones wrote: > On Thu, 31 Jul 2014, Brian Norris wrote: > > On Thu, Jul 31, 2014 at 05:47:09PM +0100, Lee Jones wrote: > > > > > arch/arm/boot/dts/stih41x-b2020.dtsi | 40 + > > > > > > > > This will need refreshed and sent as a

[PATCH v2] ARM: dts: Add sdio0 and sdio1 to the rk3288

This patch requires that land in order to compile. Signed-off-by: Addy Ke --- Changes in v2: - repost patch to match what's in Heiko's "wip/v3.18-next/dts" tree for the other dwmmc controllers - add "cd" and "int" line, suggested by Doug Anderson -

Re: i8k: Don't revert affinity in i8k_smm

On Tue, Aug 19, 2014 at 09:19:55AM +1000, Con Kolivas wrote: > As a followup to this discussion: > > On Tue, 15 Jul 2014 08:01:13 PM Sam Asadi wrote: > > Commit f36fdb9f0266 (i8k: Force SMM to run on CPU 0) adds support > > for multi-core CPUs to the driver. Unfortunately, that causes it > > to

Re: [RFC][PATCH 1/2] PM: Print pending wakeup IRQ preventing suspend to dmesg

On Fri, Aug 1, 2014 at 9:30 AM, Amit Pundir wrote: > From: Todd Poynor > > Currently when a pending wakeup irq stops suspend, it can be difficult > to determine why suspend was prevented and which IRQ was actually > responsible. > > In order to help debug these situations, this patch prints the

Re: [PATCH 1/5] KVM: vmx: fix ept reserved bits for 1-GByte page

Hi Paolo, On Mon, Aug 18, 2014 at 12:18:59PM +0200, Paolo Bonzini wrote: >Il 18/08/2014 11:50, Wanpeng Li ha scritto: >> EPT misconfig handler in kvm will check which reason lead to EPT >> misconfiguration after vmexit. One of the reasons is that an EPT >> paging-structure entry is configured

Re: [RFC][PATCH 2/2] PM: Suspend: Print wall time at suspend entry and exit

> Existing printk timestamps in a dmesg only log suspend activities > (e.g. filesystem syncs, freezing/unfreezing tasks etc) while the > system has already started to enter/exit the suspend state. Sometimes > it is handy to have suspend entry/exit overhead information while > debugging suspend

Re: [PATCH] earlyprintk: re-enable earlyprintk calling early_param

FYI only if you missed my previous 2 replies which didn't reach the mailing list. Thanks. On Mon, Aug 18, 2014 at 12:13 PM, Sahara wrote: > > 2014년 08월 16일 03:34, Rusty Russell 쓴 글: > >> kpark3...@gmail.com writes: >>> >>> From: Sahara >>> >>> Although there are many obs_kernel_param and its

Re: [PATCH] mtd: nand: stm_nand_bch: add new driver

On Wed, Aug 06, 2014 at 02:32:18AM +0530, pe...@pek-sem.com wrote: > On Tuesday 05 August 2014 07:53 PM, Lee Jones wrote: > >On Thu, 03 Jul 2014, Gupta, Pekon wrote: > + /* Load last page of block */ > + offs = (loff_t)block << chip->phys_erase_shift; > + offs += mtd->erasesize -

Re: [PATCH v15 7/7] mm: Don't split THP page when syscall is called

On 08/17/2014 08:17 PM, Minchan Kim wrote: We don't need to split THP page when MADV_FREE syscall is called. It could be done when VM decide really frees it so we could avoid unnecessary THP split. Cc: Andrea Arcangeli Acked-by: Kirill A. Shutemov Signed-off-by: Minchan Kim Acked-by: Rik

Re: [PATCH v15 2/7] x86: add pmd_[dirty|mkclean] for THP

On 08/17/2014 08:17 PM, Minchan Kim wrote: MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent overwrite of the contents since MADV_FREE syscall is called for THP page. This patch adds pmd_dirty and pmd_mkclean for THP page MADV_FREE support. Cc: Thomas Gleixner Cc: Ingo Molnar

Re: [PATCH 7/8] mtd: nand: stm_nand_bch: add support for ST's BCH NAND controller

On Mon, Aug 18, 2014 at 11:31:58AM +0100, Lee Jones wrote: ... > +/* Derive Hamming-FLEX timing register values from 'nand_sdr_timings' data */ > +static void flex_calc_timing_registers(const struct nand_sdr_timings *spec, > +int tCLK, int relax, > +

Re: [alsa-devel] [PATCH v3 2/2] mfd: arizona: Update DT binding to support INn_MODE init_data

Hi, Charles. Thanks for your review. On Mon, 18 Aug 2014 15:29:45 +0100 Charles Keepax wrote: > On Mon, Aug 18, 2014 at 08:00:09PM +0900, Inha Song wrote: > > This patch update DT binding to support INn_MODE init_data. Each > > input signal path can be configurated either as a Analogue or > >

Re: [PATCH v2] memory-hotplug: add sysfs zones_online_to attribute

On 2014/8/19 5:48, David Rientjes wrote: > On Wed, 13 Aug 2014, 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

Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.

On Mon, Aug 18, 2014 at 03:25:50PM +0100, Catalin Marinas wrote: >... >> Well, it will become necessary as old code gets dismantled and converted >> towards >> this patchset. To give you an example that I'm familiar with, for arch/arm >> the >> host bridge drivers have moved into

Re: [PATCH 2/5] softlockup: make detector be aware of task switch of processes hogging cpu

On 08/19/2014 04:38 AM, Don Zickus wrote: > On Mon, Aug 18, 2014 at 09:02:00PM +0200, Ingo Molnar wrote: >> >> * Don Zickus wrote: >> >> So I agree with the motivation of this improvement, but >> is this implementation namespace-safe? > > What namespace are you worried about

Re: [PATCH v2 0/8] mtd: nand: Support for new DT NAND driver

On Mon, Aug 18, 2014 at 11:31:51AM +0100, Lee Jones wrote: > I believe all of your queries have either been answered or addressed > and I am hoping this will be the last submission. :) Sorry, no. I can't review code that doesn't compile, so I'm only now getting to some of the review. > This is

Re: [PATCH 0/8] mtd: nand: Support for new DT NAND driver

On Mon, Aug 18, 2014 at 09:39:53AM +0100, Lee Jones wrote: > On Thu, 14 Aug 2014, Brian Norris wrote: > > Particularly, take a hard look at rewriting > > include/linux/mtd/stm_nand_bbt.h. > > I don't think there is any need - although this change is required: > > -#if defined(MTD_NAND_STM_BBT) >

[no subject]

I have been ill and trying to reach you, this is my seventh time of writing you this email. My wife and I won a Lottery of $11.2 million in July and have voluntarily decided to give the sum of $1,000,000.00 USD to you as part of our own charity project to improve the lot of 5 lucky

fs: INFO: possible irq lock inversion dependency detected in kill_fasync

Hi all, While fuzzing with trinity inside a KVM tools guest running the latest -next kernel, I've stumbled on the following spew: [ 1132.334973] = [ 1132.336095] [ INFO: possible irq lock inversion dependency detected ] [ 1132.337056]

Re: [PATCH RESEND v2 0/7] vf610: Add USB support

On Mon, Aug 18, 2014 at 10:07:10PM +0200, Stefan Agner wrote: > This patchset adds USB support for Vybrid VF610 SoC. It extends the > clock framework to support the USB PHY cocks, extends the device > tree files and adds support for the non-core registers in the > usbmisc_imx driver. > > This

[PATCH v3] powerpc/perf: Implement get_cpu_str()

powerpc/perf: Implement get_cpu_str() With a file ~/.cache/pmu-events/004d0100-core.json describing Power8 PMU events we would need to run: perf stat \ --events-file ~/.cache/pmu-events/004d0100-core.json \ -e PM_CYC sleep 1 With this get_cpu_str(), On

Re: [PATCH v8 01/11] ARM: brcmstb: add infrastructure for ARM-based Broadcom STB SoCs

Hi Russell, On Wed, Aug 13, 2014 at 04:47:06PM -0700, Brian Norris wrote: > Picking up this thread again, as things are now set for dropping this > patch and resubmitting SMP support for 3.18. Any further comment on this? I'd like to submit v10 of this patch soon. As of now, my patch will still

RE: [PATCH 1/1] iommu/vt-d : clear old root entry for dump kernel

My debugging result is this: 1. Clear the old root entry table, dump kernel will choose another memory region for root entry. 2. Do NOT clear the old root entry, when dump kernel initializing the iommu data structure, it will allocate memory for root entry, this is different from the old

RE: [PATCH 1/1] iommu/vt-d : clear old root entry for dump kernel

When the dump kernel boots, it will initialize iommu again, and the root entry will be allocted in another memory region. That means, no matter kernel clears the old root entry table or not, the dump kernel will use another memory region when iommu initializing. -Original Message-

Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()

Hi All, On Tue, Aug 19, 2014 at 3:35 AM, Aaro Koskinen wrote: > Hi, > > On Mon, Aug 18, 2014 at 03:30:16PM +0300, Meelis Roos wrote: >> > U1, U2, U5, U10, E220R, E420R later or some other day, whenever I get >> > to them physically. >> >> Ultra 5 is bad news with 3.17-rc1: it almost boots up,

Re: [PATCH 00/29] Exynos SYSMMU (IOMMU) integration with DT and DMA-mapping subsystem

On Tue, Aug 05, 2014 at 12:47:28PM +0200, Marek Szyprowski wrote: > .../devicetree/bindings/iommu/samsung,sysmmu.txt | 93 ++- > Documentation/power/notifiers.txt | 14 + > arch/arm/boot/dts/exynos4.dtsi | 118 > arch/arm/boot/dts/exynos4210.dtsi

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

Hi Gerry, On 25.07.2014 [09:50:01 +0800], Jiang Liu wrote: > > > 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,

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

Tobias Klauser [tklau...@distanz.ch] wrote: | > diff --git a/tools/perf/arch/powerpc/util/header.c b/tools/perf/arch/powerpc/util/header.c | > index 6c1b8a7..1bb400e8 100644 | > --- a/tools/perf/arch/powerpc/util/header.c | > +++ b/tools/perf/arch/powerpc/util/header.c | > @@ -6,6 +6,7 @@ | > |

RE: [PATCH 1/1] iommu/vt-d : clear old root entry for dump kernel

: [fault reason 01] Present bit in root entry is clear It appears when iommu initializing in the kdump kernel. -Original Message- From: Joerg Roedel [mailto:j...@8bytes.org] Sent: Tuesday, August 19, 2014 7:23 AM To: Li, Zhen-Hua Cc: David Woodhouse; io...@lists.linux-foundation.org;

Re: [PATCH 1/1] iommu/vt-d : clear old root entry for dump kernel

On Mon, Aug 18, 2014 at 11:01:56PM +, Li, Zhen-Hua wrote: > There is a bug when Linux running on an HP large system: > when kdump kernel runs, the hardware is still using the old > root entry. This causes error message when iommu not finished initialization. What error message are you

i8k: Don't revert affinity in i8k_smm

As a followup to this discussion: On Tue, 15 Jul 2014 08:01:13 PM Sam Asadi wrote: > Commit f36fdb9f0266 (i8k: Force SMM to run on CPU 0) adds support > for multi-core CPUs to the driver. Unfortunately, that causes it > to fail loading if compiled without SMP support, at least on > 32 bit

Re: [PATCH v2] cnic: Replace rcu_dereference() with rcu_access_pointer()

On Sun, 2014-08-17 at 13:12 +0300, Andreea-Cristina Bernat wrote: > The "rcu_dereference()" calls are used directly in conditions. > Since their return values are never dereferenced it is recommended to use > "rcu_access_pointer()" instead of "rcu_dereference()". > Therefore, this patch makes the

RE: [PATCH 1/1] iommu/vt-d : clear old root entry for dump kernel

There is a bug when Linux running on an HP large system: when kdump kernel runs, the hardware is still using the old root entry. This causes error message when iommu not finished initialization. -Original Message- From: Li, Zhen-Hua Sent: Monday, August 18, 2014 4:59 PM To:

[PATCH] usb: misc: yurex: remove useless casting of private_data

Signed-off-by: Arjun Sreedharan --- drivers/usb/misc/yurex.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/usb/misc/yurex.c b/drivers/usb/misc/yurex.c index 1472805..c3a45da 100644 --- a/drivers/usb/misc/yurex.c +++ b/drivers/usb/misc/yurex.c @@ -358,7

[PATCH 2/3] iommu/amd: Fix cleanup_domain for mass device removal

From: Joerg Roedel When multiple devices are detached in __detach_device, they are also removed from the domains dev_list. This makes it unsafe to use list_for_each_entry_safe, as the next pointer might also not be in the list anymore after __detach_device returns. So just repeatedly remove the

[PATCH 3/3] iommu/core: Check for the right function pointer in iommu_map()

From: Joerg Roedel Check for the ->map and not the ->unmap pointer. Signed-off-by: Joerg Roedel --- drivers/iommu/iommu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c index 1698360..ac4adb3 100644 --- a/drivers/iommu/iommu.c

Re: [PATCH v12] NVMe: Convert to blk-mq

On Fri, 15 Aug 2014, Matias Bjørling wrote: * NVMe queues are merged with the tags structure of blk-mq. I see the driver's queue suspend logic is removed, but I didn't mean to imply it was safe to do so without replacing it with something else. I thought maybe we could use the

[PATCH 0/3] IOMMU Fixes

Hi, here are a few fixes for the x86 iommu drivers and a small one for the iommu core-code I plan to send for -rc2. Joerg Joerg Roedel (3): iommu/vt-d: Defer domain removal if device is assigned to a driver iommu/amd: Fix cleanup_domain for mass device removal iommu/core: Check

[PATCH 1/3] iommu/vt-d: Defer domain removal if device is assigned to a driver

From: Joerg Roedel When the BUS_NOTIFY_DEL_DEVICE event is received the device might still be attached to a driver. In this case the domain can't be released as the mappings might still be in use. Defer the domain removal in this case until we receivce the BUS_NOTIFY_UNBOUND_DRIVER event. Cc:

Re: [PATCH 2/7] locking/rwsem: more aggressive use of optimistic spinning

On 08/17/2014 07:41 PM, Dave Chinner wrote: On Fri, Aug 15, 2014 at 01:58:09PM -0400, Waiman Long wrote: On 08/14/2014 11:34 PM, Dave Chinner wrote: xfs_io -f -c "truncate 500t" -c "extsize 1m" /path/to/vm/image/file Thank for the testing recipe. I am afraid that I can't find a 500TB

[PATCH 2/2] kvm: x86: fix stale mmio cache bug

The following events can lead to an incorrect KVM_EXIT_MMIO bubbling up to userspace: (1) Guest accesses gpa X without a memory slot. The gfn is cached in struct kvm_vcpu_arch (mmio_gfn). On Intel EPT-enabled hosts, KVM sets the SPTE write-execute-noread so that future accesses cause

[PATCH 1/2] kvm: fix potentially corrupt mmio cache

vcpu exits and memslot mutations can run concurrently as long as the vcpu does not aquire the slots mutex. Thus it is theoretically possible for memslots to change underneath a vcpu that is handling an exit. If we increment the memslot generation number again after synchronize_srcu_expedited(),

RE: [PATCH 13/14] scsi: add support for a blk-mq based I/O path.

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Christoph Hellwig > Sent: Friday, July 18, 2014 3:43 PM > To: James Bottomley; linux-s...@vger.kernel.org > Cc: Jens Axboe; Bart Van Assche; Mike Christie; Martin K.

[PATCH] regmap: fix of_regmap_get_endian()

From: Stephen Warren Commit d647c199510c ("regmap: add DT endianness binding support") has some issues. Specifically, if config->reg_format_endian is not explicitly set, it will be zero, i.e. REGMAP_ENDIAN_DEFAULT. The switch statement that looks up the *endian from DT for the

Re: [PATCH v9 02/12] PCI: OF: Parse and map the IRQ when adding the PCI device.

On Mon, Aug 18, 2014 at 10:30:54PM +0100, Liviu Dudau wrote: > On Mon, Aug 18, 2014 at 03:25:50PM +0100, Catalin Marinas wrote: > > On Fri, Aug 15, 2014 at 11:30:52AM +0100, Liviu Dudau wrote: > > > On Fri, Aug 15, 2014 at 09:56:32AM +0100, Wei Yang wrote: > > > > On Thu, Aug 14, 2014 at

  1   2   3   4   5   6   7   8   9   10   >