Re: [PATCH] irq: revert non-working patch to affinity defaults

* Jesse Brandeburg wrote: > I've seen a couple of reports of issues since commit e2e64a932556 ("genirq: > Set initial affinity in irq_set_affinity_hint()") where the > affinity for the interrupt when programmed via > /proc/irq//smp_affinity will not be able to stick. It changes back > to some p

Re: [PATCH v2] perf: report/annotate: fix segfault problem.

* Wang Nan wrote: > perf report and perf annotate are easy to trigger segfault if trace data > contain kernel module information like this: > > # perf report -D -i ./perf.data > ... > 0 0 0x188 [0x50]: PERF_RECORD_MMAP -1/0: [0xffbff1018000(0xf068000) @ > 0]: x [test_module] > ... > >

Re: [v2][PATCH 00/21] clockevents_notify() removal

* Rafael J. Wysocki wrote: > On Friday, April 03, 2015 12:19:41 AM Rafael J. Wysocki wrote: > > On Thursday, April 02, 2015 02:39:35 PM Ingo Molnar wrote: > > > > > > * Rafael J. Wysocki wrote: > > > > > > > Hi, > > > > > > > > This is the next batch of patches from Thomas that remove > > >

Re: [PATCH v4 0/7] mtrr, mm, x86: Enhance MTRR checks for huge I/O mapping

* Andrew Morton wrote: > On Tue, 24 Mar 2015 16:08:34 -0600 Toshi Kani wrote: > > > This patchset enhances MTRR checks for the kernel huge I/O mapping, > > which was enabled by the patchset below: > > https://lkml.org/lkml/2015/3/3/589 > > > > The following functional changes are made in pa

Re: [PATCH] kvm: mmu: lazy collapse small sptes into large sptes

On Fri, Apr 03, 2015 at 12:25:14PM +0800, Xiao Guangrong wrote: > > >On 03/30/2015 07:48 AM, Wanpeng Li wrote: >>There are two scenarios for the requirement of collapsing small sptes >>into large sptes. >>- dirty logging tracks sptes in 4k granularity, so large sptes are splitted, >> the large sp

[PATCH v2] kvm: mmu: lazy collapse small sptes into large sptes

There are two scenarios for the requirement of collapsing small sptes into large sptes. - dirty logging tracks sptes in 4k granularity, so large sptes are split, the large sptes will be reallocated in the destination machine and the guest in the source machine will be destroyed when live migrat

Re: [PATCH 21/21] time: Rework debugging variables so they aren't global

* John Stultz wrote: > On Thu, Apr 2, 2015 at 12:51 AM, Ingo Molnar wrote: > > > > * Peter Zijlstra wrote: > > > >> On Wed, Apr 01, 2015 at 08:34:41PM -0700, John Stultz wrote: > >> > Ingo suggested that the timekeeping debugging variables > >> > recently added should not be global, and should

Re: [PATCH 17/21] time: Fix a bug in timekeeping_suspend() with no persistent clock

* John Stultz wrote: > From: Xunlei Pang > > When there's no persistent clock, normally timekeeping_suspend_time > should always be zero, but this can break in timekeeping_suspend(). > > At T1, there was a system suspend, so old_delta was assigned T1. > After some time, one time adjustment ha

adjtimex broken in 3.12.37 - 3.12.39

Hello Jiri, Commit f09c62a1c27dcc43a06e5ebb27ae67306146277b ("time: adjtimex: Validate the ADJ_FREQUENCY values", appeared first in 3.12.37, upstream is 5e5aeb4367b450a28f447f6d5ab57d8f2ab16a5f) breaks the adjtimex call on 32 bit systems. This was fixed upstream by commit 29183a70b0b828500816bd794

Re: [PATCH] usb: gadget: ffs: don't allow to open with O_NONBLOCK flag

Hi Michal, On 04/01/2015 05:17 PM, Michal Nazarewicz wrote: > On Wed, Apr 01 2015, Robert Baldyga wrote: >> FunctionFS can't support O_NONBLOCK because read/write operatons are >> directly translated into USB requests which are asynchoronous, so we >> can't know how long we will have to wait for

[PATCH v2] perf: report/annotate: fix segfault problem.

perf report and perf annotate are easy to trigger segfault if trace data contain kernel module information like this: # perf report -D -i ./perf.data ... 0 0 0x188 [0x50]: PERF_RECORD_MMAP -1/0: [0xffbff1018000(0xf068000) @ 0]: x [test_module] ... # perf report -i ./perf.data --objdump=

Re: [PATCH] PM / watchdog: iTCO: stop watchdog during system suspend

On 04/02/2015 03:04 PM, Rafael J. Wysocki wrote: [ ... ] --- From: Rafael J. Wysocki Subject: PM / watchdog: iTCO: stop watchdog during system suspend If the target sleep state of the system is not an ACPI sleep state (S1, S2 or S3), the TCO watchdog needs to be stopped during system suspend,

Re: [PATCH] smp/call: Detect stuck CSD locks

* Ingo Molnar wrote: > +static void csd_lock_wait(struct call_single_data *csd, int cpu) > { > - while (csd->flags & CSD_FLAG_LOCK) > + int bug_id = 0; > + u64 ts0, ts1, ts_delta; > + > + ts0 = jiffies_to_msecs(jiffies); Note that while 'jiffies' is a global variable, it's read

Re: smp_call_function_single lockups

* Chris J Arges wrote: > > > On 04/02/2015 02:07 PM, Ingo Molnar wrote: > > > > * Chris J Arges wrote: > > > >> Whenever we look through the crashdump we see csd_lock_wait waiting > >> for CSD_FLAG_LOCK bit to be cleared. Usually the signature leading > >> up to that looks like the follo

[PATCH] smp/call: Detect stuck CSD locks

* Chris J Arges wrote: > Ingo, > > I think tracking IPI calls from 'generic_exec_single' would make a lot > of sense. When you say poll for completion do you mean a loop after > 'arch_send_call_function_single_ipi' in kernel/smp.c? My main concern > would be to not alter the timings too much so

Re: [PATCH 2/2] hrtimer: create for_each_active_base() to iterate over active clock-bases

On 2 April 2015 at 19:15, Peter Zijlstra wrote: > On Thu, Apr 02, 2015 at 04:21:22PM +0530, Viresh Kumar wrote: >> +#define for_each_active_base(_index, _base, _cpu_base, _active_bases) >> \ >> + for ((_active_bases) = (_cpu_base)->active_bases; \ >> + (_index

Re: [PATCH V2 1/3] watchdog: imgpdc: Allow timeout to be set in device-tree

On 04/02/2015 07:35 PM, Guenter Roeck wrote: On 04/02/2015 07:16 PM, Andrew Bresticker wrote: Hi Guenter, On Thu, Apr 2, 2015 at 6:52 PM, Guenter Roeck wrote: On 04/02/2015 09:46 AM, Andrew Bresticker wrote: On Wed, Apr 1, 2015 at 6:08 PM, Guenter Roeck wrote: On 04/01/2015 03:22 PM, Jam

[PATCH] perf: report/annotate: fix segfault problem.

perf report and perf annotate are easy to trigger segfault if trace data contain kernel module information like this: # perf report -D -i ./perf.data ... 0 0 0x188 [0x50]: PERF_RECORD_MMAP -1/0: [0xffbff1018000(0xf068000) @ 0]: x [test_module] ... # perf report -i ./perf.data --objdump=

[PATCH v4] video: mxsfb: Make sure axi clock is enabled when accessing registers

The LCDIF engines embedded in i.MX6sl and i.MX6sx SoCs need the axi clock as the engine's system clock. The clock should be enabled when accessing LCDIF registers, otherwise the kernel would hang up. We should also keep the clock enabled when the engine is being active to scan out frames from mem

Re: [PATCH] mtd: Add simple read disturb test

Hi all, Il 02/04/2015 18:18, Richard Weinberger ha scritto: > Am 02.04.2015 um 18:04 schrieb Brian Norris: >> On Thu, Apr 02, 2015 at 04:13:46PM +0200, Richard Weinberger wrote: >> [1] Although there are some latent issues in these tests that are still >> getting get worked out (e.g., bad handlin

[tip:x86/asm] x86/asm: Add support for the CLWB instruction

Commit-ID: d9dc64f30abe42f71bc7e9eb9d38c41006cf39f9 Gitweb: http://git.kernel.org/tip/d9dc64f30abe42f71bc7e9eb9d38c41006cf39f9 Author: Ross Zwisler AuthorDate: Tue, 27 Jan 2015 09:53:51 -0700 Committer: Ingo Molnar CommitDate: Fri, 3 Apr 2015 06:56:38 +0200 x86/asm: Add support for the

[tip:perf/core] perf data: Support using -f to override perf.data file ownership for 'convert'

Commit-ID: bd05954bfa17f03a7bd4454178ba09786b35e383 Gitweb: http://git.kernel.org/tip/bd05954bfa17f03a7bd4454178ba09786b35e383 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:19 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:52 -0300 perf data: Suppo

[tip:perf/core] perf script: Support using -f to override perf.data file ownership

Commit-ID: 06af0f2c919d7c8f05efebe0d96a6f22297aafd4 Gitweb: http://git.kernel.org/tip/06af0f2c919d7c8f05efebe0d96a6f22297aafd4 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:16 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:50 -0300 perf script: Sup

[tip:perf/core] perf timechart: Support using -f to override perf.data file ownership

Commit-ID: 44f7e432e3dc8a13f5661e8b722f53645df083d1 Gitweb: http://git.kernel.org/tip/44f7e432e3dc8a13f5661e8b722f53645df083d1 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:17 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:50 -0300 perf timechart:

[tip:perf/core] perf trace: Support using -f to override perf.data file ownership

Commit-ID: e366a6d8949f3cfab01906b42c591098d59f3f35 Gitweb: http://git.kernel.org/tip/e366a6d8949f3cfab01906b42c591098d59f3f35 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:18 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:51 -0300 perf trace: Supp

[tip:perf/core] perf lock: Support using -f to override perf.data file ownership

Commit-ID: c4ac732a0377d1544a8385393a9877b693ff0652 Gitweb: http://git.kernel.org/tip/c4ac732a0377d1544a8385393a9877b693ff0652 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:14 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:48 -0300 perf lock: Suppo

[tip:perf/core] perf mem: Support using -f to override perf.data file ownership

Commit-ID: 62a1a63a77451dee8fd318a5106ca108d6a8ebcb Gitweb: http://git.kernel.org/tip/62a1a63a77451dee8fd318a5106ca108d6a8ebcb Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:15 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:49 -0300 perf mem: Suppor

Re: [PATCH 1/1] ext4: better error handling of kstrdup()

On Fri, Mar 20, 2015 at 05:21:54PM -0400, Taesoo Kim wrote: > Upon memory pressure, kstrdup() might fail and correctly > handle memory error, although current implementation do not > refer orig_data. > > NOTE. fortunately the correct impl works, other than a > corner case where kstrdup() fails and

[tip:perf/core] perf kvm: Support using -f to override perf.data.guest file ownership

Commit-ID: 8cc5ec1f754355ed788838390e86389c9ffb7590 Gitweb: http://git.kernel.org/tip/8cc5ec1f754355ed788838390e86389c9ffb7590 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:13 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:47 -0300 perf kvm: Suppor

[tip:perf/core] perf kmem: Support using -f to override perf.data file ownership

Commit-ID: d1eeb77c1811fd178442ccb8f58004a19ec40dd3 Gitweb: http://git.kernel.org/tip/d1eeb77c1811fd178442ccb8f58004a19ec40dd3 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:12 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:46 -0300 perf kmem: Suppo

[tip:perf/core] perf probe: Fix to track down unnamed union/ structure members

Commit-ID: c72738355b2ac79506fbfa10ffee8fe3a27e69da Gitweb: http://git.kernel.org/tip/c72738355b2ac79506fbfa10ffee8fe3a27e69da Author: Masami Hiramatsu AuthorDate: Thu, 2 Apr 2015 16:33:12 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:44 -0300 perf probe:

[tip:perf/core] perf inject: Support using -f to override perf.data file ownership

Commit-ID: ccaa474c8a0983d26ecb3eac755672b546b997c3 Gitweb: http://git.kernel.org/tip/ccaa474c8a0983d26ecb3eac755672b546b997c3 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:11 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:45 -0300 perf inject: Sup

[tip:perf/core] perf evlist: Support using -f to override perf.data file ownership

Commit-ID: 9e3b6ec17374299516d83c2e36135b958a895aa3 Gitweb: http://git.kernel.org/tip/9e3b6ec17374299516d83c2e36135b958a895aa3 Author: Yunlong Song AuthorDate: Thu, 2 Apr 2015 21:47:10 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:45 -0300 perf evlist: Sup

[tip:perf/core] perf scripting: No need to pass thread twice to the scripting callbacks

Commit-ID: f9d5d549d2c2934be84b0bc7e5e034834459f591 Gitweb: http://git.kernel.org/tip/f9d5d549d2c2934be84b0bc7e5e034834459f591 Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 1 Apr 2015 13:29:25 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:41 -0300 perf

[tip:perf/core] perf db-export: No need to have -> thread twice in struct export_sample

Commit-ID: b83e868d0a0350c107b98417b4dcc73834506f98 Gitweb: http://git.kernel.org/tip/b83e868d0a0350c107b98417b4dcc73834506f98 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 2 Apr 2015 11:16:05 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:43 -0300 perf

[tip:perf/core] perf script: No need to lookup thread twice

Commit-ID: 79628f2cfe0f488b23e5dc99a4a9a599032fa653 Gitweb: http://git.kernel.org/tip/79628f2cfe0f488b23e5dc99a4a9a599032fa653 Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 1 Apr 2015 13:26:45 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:21 -0300 perf

[tip:perf/core] perf db-export: No need to pass thread twice to db_export__sample

Commit-ID: 7327259d7ea96d04d02e7dbe51ee9201319dc204 Gitweb: http://git.kernel.org/tip/7327259d7ea96d04d02e7dbe51ee9201319dc204 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 2 Apr 2015 11:08:30 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 2 Apr 2015 13:18:42 -0300 perf

Re: [tip:x86/asm] x86: Add support for the clwb instruction

* Ross Zwisler wrote: > On Wed, 2015-02-18 at 16:29 -0800, tip-bot for Ross Zwisler wrote: > > Commit-ID: 3b68983dc66c61da3ab4191b891084a7ab09e3e1 > > Gitweb: > > http://git.kernel.org/tip/3b68983dc66c61da3ab4191b891084a7ab09e3e1 > > Author: Ross Zwisler > > AuthorDate: Tue, 27 Jan 20

[PATCH 3/7] ARM: socfpga: dts: enable UART1 for the debug uart

From: Dinh Nguyen Arria10 devkit is using UART1 for the debug uart port. Signed-off-by: Dinh Nguyen --- arch/arm/boot/dts/socfpga_arria10_socdk.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/socfpga_arria10_socdk.dts b/arch/arm/boot/dts/socfpga_arria

[PATCH 0/3] clk: socfpga: Add clock driver for Arria10

From: Dinh Nguyen Hi, This patch series add the clock driver for the Arria10 platform. Although the Arria10 SoC's clock framework has some similarities the Cyclone/Arria 5, the differences are enough to warrant it's own driver, rather than polluting the existing driver with platform lookups. Di

Re: [GIT PULL 00/15] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit e1abf2cc8d5d80b41c4419368ec743ccadbb131e: > > bpf: Fix the build on BPF_SYSCALL=y && !CONFIG_TRACING kernels, make it > more configurable (2015-04-02 16:28:

[PATCH 0/7] ARM: socfpga: Add support for Arria10 devkit

From: Dinh Nguyen Hi, This patchset enables and tidy up support for the Arria10 devkit. Along with this patchset and the patch for enabling clocks on the Arria10, the devkit can boot Linux. Dinh Nguyen (7): ARM: socfpga: add cpu1-start-addr for Arria 10 ARM: socfpga: disable the sdmmc, and

[PATCH 7/7] Documentation: DT bindings: add doc for Altera's SoCFPGA platform

From: Dinh Nguyen Document "altr,socfpga-cyclone5", "altr,socfpga-arria5", and "altr,socfpga-arria10". Signed-off-by: Dinh Nguyen --- Documentation/devicetree/bindings/arm/altera.txt | 14 ++ 1 file changed, 14 insertions(+) create mode 100644 Documentation/devicetree/bindings/arm

[PATCH 2/3] clk: socfpga: add a clock driver for the Arria 10 platform

From: Dinh Nguyen The clocks on the Arria 10 platform is a bit different than the Cyclone/Arria 5 platform that it should just have it's own driver. Signed-off-by: Dinh Nguyen --- drivers/clk/socfpga/Makefile | 1 + drivers/clk/socfpga/clk-gate-a10.c | 187 +

[PATCH 4/7] ARM: socfpga: rename socdk board file to socdk_sdmmc

From: Dinh Nguyen Rename the socfpga_arria10_socdk board file to socfpga_arria10_socdk_sdmmc as Arria 10 devkit cannot support SDMMC and QSPI at the same time. Thus we will need to have 2 separate board files, one for SDMMC and one for QSPI. We also add a new base board dtsi file, socfpga_arria10

[PATCH 1/3] clk: socfpga: update clk.h so for Arria10 platform to use

From: Dinh Nguyen There are 5 possible parent clocks for the SoCFPGA Arria10. Move the define SYSMGR_SDMMC_CTRL_SET and streq() to clk.h so that the Arria clock driver can use. Signed-off-by: Dinh Nguyen --- drivers/clk/socfpga/clk-gate.c | 4 drivers/clk/socfpga/clk.h | 6 +- 2

[PATCH 6/7] ARM: socfpga: remove the need to map uart_io_desc

From: Dinh Nguyen All the necessary debug uart mapping is already being done in debug_ll_io_init, there's no need for it here. Signed-off-by: Dinh Nguyen --- arch/arm/mach-socfpga/socfpga.c | 9 - 1 file changed, 9 deletions(-) diff --git a/arch/arm/mach-socfpga/socfpga.c b/arch/arm/m

[PATCH 3/3] ARM: socfpga: dts: add clocks to the Arria10 platform

From: Dinh Nguyen Add all the clock nodes for the Arria10 platform. At the same time, update the peripherals with their respective clocks property. Signed-off-by: Dinh Nguyen --- arch/arm/boot/dts/socfpga_arria10.dtsi | 298 - 1 file changed, 294 insertions(+),

[PATCH 5/7] ARM: socfpga: Add support for UART1 debug uart for earlyprintk

From: Dinh Nguyen Add support for hardware uart1 for earlyprintk support on Arria10 devkit. Signed-off-by: Dinh Nguyen --- arch/arm/Kconfig.debug | 25 ++--- 1 file changed, 18 insertions(+), 7 deletions(-) diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug index

[PATCH 2/7] ARM: socfpga: disable the sdmmc, and uart nodes in the base arria10

From: Dinh Nguyen Add status = "disabled" in the base DTSI for Arria10. The SDMMC and uart nodes should be enabled in the appropriate board file. Signed-off-by: Dinh Nguyen --- arch/arm/boot/dts/socfpga_arria10.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/socf

[PATCH 1/7] ARM: socfpga: add cpu1-start-addr for Arria 10

From: Dinh Nguyen Signed-off-by: Dinh Nguyen --- arch/arm/boot/dts/socfpga_arria10.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/socfpga_arria10.dtsi b/arch/arm/boot/dts/socfpga_arria10.dtsi index 8a05c47..69d616a 100644 --- a/arch/arm/boot/dts/socfpga_arria10.dtsi

Re: [PATCH] kvm: mmu: lazy collapse small sptes into large sptes

On 03/30/2015 07:48 AM, Wanpeng Li wrote: There are two scenarios for the requirement of collapsing small sptes into large sptes. - dirty logging tracks sptes in 4k granularity, so large sptes are splitted, the large sptes will be reallocated in the destination machine and the guest in th

Re: [PATCH 1/1] ext4: better error handling of kstrdup()

On Fri, Mar 20, 2015 at 05:21:54PM -0400, Taesoo Kim wrote: > Upon memory pressure, kstrdup() might fail and correctly > handle memory error, although current implementation do not > refer orig_data. > > NOTE. fortunately the correct impl works, other than a > corner case where kstrdup() fails and

Re: [PATCH] KVM: remove kvm_read_hva and kvm_read_hva_atomic

On 04/02/2015 08:08 PM, Paolo Bonzini wrote: The corresponding write functions just use __copy_to_user. Do the same on the read side. This reverts what's left of commit 86ab8cffb498 (KVM: introduce gfn_to_hva_read/kvm_read_hva/kvm_read_hva_atomic, 2012-08-21) It looks good to me. Reviewed

Re: [PATCH v2 2/2] extcon-axp288: Add axp288 extcon driver support

Hi Ramakrishna, When I apply this patch for build test on extcon-next branch, conflict happen. you have to implement this patchset on latest extcon-next branch. Also, This patch must need more clean-up and use latest extcon helper API. When you implement extcon-axp288.c, I recommend you refer to

Re: [PATCH] ext4: Remove useless condition in if statement.

On Tue, Mar 17, 2015 at 09:31:54AM +0800, Wei Yuan wrote: > In this if statement, the previous condition is useless, the later one has > covered it. > > Signed-off-by: Weiyuan Applied, thanks. - Ted -- To unsubscribe from this list: send the line "unsubs

Re: [PATCH 8/9] qspinlock: Generic paravirt support

On 04/02/2015 03:48 PM, Peter Zijlstra wrote: On Thu, Apr 02, 2015 at 07:20:57PM +0200, Peter Zijlstra wrote: pv_wait_head(): pv_hash() /* MB as per cmpxchg */ cmpxchg(&l->locked, _Q_LOCKED_VAL, _Q_SLOW_VAL); VS __pv_queue_spin_unlock(): if (xchg(&l->locked, 0

Re: [PATCH v2] video: mxsfb: Make sure axi clock is enabled when accessing registers

2015-03-20 19:26 GMT+08:00 Tomi Valkeinen : > On 11/03/15 05:03, Liu Ying wrote: > >>> Why do you check for host->enabled here, but not elsewhere? >> >> We need this check here to make sure the axi clock reference count is no >> greater >> than 1. Looking at the context of mxsfb_set_par(), mxsfb_

[PATCH V2 0/2] clockevents: Stop unused clockevent devices

Hi, A clockevent device is used to service timers/hrtimers requests and the next event (when it should fire) is decided by the timer/hrtimer expiring next. When no timers/hrtimers are pending to be serviced, the expiry time is set to a special value: KTIME_MAX. This would normally happen with NO_

[PATCH V2 2/2] Clockevents: Stop unused clockevent devices

To avoid getting spurious interrupts on a tickless CPU, clockevent device can now be stopped by switching to ONESHOT_STOPPED state. The natural place for handling this transition is tick_program_event(). On 'expires == KTIME_MAX', we skip programming the event and so we need to fix such call site

[PATCH V2 1/2] clockevents: Introduce CLOCK_EVT_STATE_ONESHOT_STOPPED state

When no timers/hrtimers are pending, the expiry time is set to a special value: 'KTIME_MAX'. This normally happens with NO_HZ_{IDLE|FULL} in both LOWRES/HIGHRES modes. When 'expiry == KTIME_MAX', we either cancel the 'tick-sched' hrtimer (NOHZ_MODE_HIGHRES) or skip reprogramming clockevent device

[PATCH 1/1] irqchip/gicv3-its: remove GITS_BASER_TYPE_CPU base on latest specification

Acutally, "Interrupt Collections" and "Physical Processors" is the same thing. Signed-off-by: Zhen Lei --- drivers/irqchip/irq-gic-v3-its.c | 2 +- include/linux/irqchip/arm-gic-v3.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drive

Re: [PATCH RFC v9 09/20] drm/dsi: Add a helper to get bits per pixel of MIPI DSI pixel format

Hi Thierry, 2015-03-03 19:07 GMT+08:00 Philipp Zabel : > Hi, > > Am Donnerstag, den 12.02.2015, 14:01 +0800 schrieb Liu Ying: >> Signed-off-by: Liu Ying >> --- >> v8->v9: >> * Rebase onto the imx-drm/next branch of Philipp Zabel's open git >> repository. > > I can't test this myself for lack of

Re: Build regression in next-20150331

e *dev); > @@ -114,6 +115,7 @@ static inline void tick_set_periodic_handler(struct > clock_event_device *dev, int > dev->event_handler = tick_handle_periodic; > } > #endif /* !BROADCAST */ > +#endif /* GENERIC */ > > /* Functions related to oneshot broadcasting */ >

Re: [3/4] powerpc: support CPU hotplug for e500mc, e5500 and e6500

From: Wood Scott-B07421 Sent: Friday, April 3, 2015 0:03 To: Zhao Chenhui-B35336 Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Jin Zhengxiong-R64188 Subject: Re: [3/4] powerpc: support CPU hotplug for e500mc,

[PATCH] drivers/i2c/i2c-core.c: Fix sparse warning

This patch fixes the following sparse warning in drivers/i2c/: CHECK drivers/i2c/i2c-core.c drivers/i2c/i2c-core.c:2353:36: warning: dubious: x | !y Signed-off-by: Nickolaus Woodruff --- drivers/i2c/i2c-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/i2c/i2c

RE: [PATCH] PM / watchdog: iTCO: stop watchdog during system suspend

On Apr 3, 2015 06:04, Rafael J. Wysocki wrote: > On Wednesday, April 01, 2015 06:21:40 PM Guenter Roeck wrote: >> On 04/01/2015 05:31 PM, Rafael J. Wysocki wrote: >>> From: Rafael J. Wysocki > > [cut] > >> Hi Rafael, >> >> This only covers suspend and resume, but not any of the other >> sleep o

Re: [PATCH v3 -next 11/11] serial: 8250_early: Remove setup_early_serial8250_console()

On Thu, Apr 2, 2015 at 5:22 PM, Yinghai Lu wrote: still have another problem. when using console=uart8250,io,0x3f8 it works as earlycon at first. but after handover to normal console it will revert back to 9600 again. >>> >>> this regression should be caused by: >>> >>> c

Re: [PATCH V2 1/3] watchdog: imgpdc: Allow timeout to be set in device-tree

On 04/02/2015 07:16 PM, Andrew Bresticker wrote: Hi Guenter, On Thu, Apr 2, 2015 at 6:52 PM, Guenter Roeck wrote: On 04/02/2015 09:46 AM, Andrew Bresticker wrote: On Wed, Apr 1, 2015 at 6:08 PM, Guenter Roeck wrote: On 04/01/2015 03:22 PM, James Hogan wrote: Hi Andrew, On Wed, Apr 01,

Re: [alsa-devel] linux-next - strange audio bug

On Fri, 03 Apr 2015 08:44:12 +0800, Hui Wang said: > It sounds like the suspend or resume of power management introduces this > problem. Probably you could reproduce this problem very soon just > repeatedly suspend and resume the system. I don't do suspend on this laptop, I poweroff and reboot wh

Re: [PATCH V2 1/3] watchdog: imgpdc: Allow timeout to be set in device-tree

Hi Guenter, On Thu, Apr 2, 2015 at 6:52 PM, Guenter Roeck wrote: > On 04/02/2015 09:46 AM, Andrew Bresticker wrote: >> >> On Wed, Apr 1, 2015 at 6:08 PM, Guenter Roeck wrote: >>> >>> On 04/01/2015 03:22 PM, James Hogan wrote: Hi Andrew, On Wed, Apr 01, 2015 at 10:43:14AM

Re: [PATCH v5 2/2] memory: pl353: Add driver for arm pl353 static memory controller

Hi Brian, This driver has not been reviewed completely. I will address your comments and send next set of patches. Thanks, Punnaiah On Fri, Apr 3, 2015 at 2:28 AM, Brian Norris wrote: > I'm not following the review of the 'memory' portions much, but has this > gotten much review? I was lookin

Re: [PATCH V2 1/3] watchdog: imgpdc: Allow timeout to be set in device-tree

On 04/02/2015 09:46 AM, Andrew Bresticker wrote: On Wed, Apr 1, 2015 at 6:08 PM, Guenter Roeck wrote: On 04/01/2015 03:22 PM, James Hogan wrote: Hi Andrew, On Wed, Apr 01, 2015 at 10:43:14AM -0700, Andrew Bresticker wrote: Since the heartbeat is statically initialized to its default value,

[PATCH 11/18 v3] net/9p/tracing: Export enums in tracepoints to userspace

From: "Steven Rostedt (Red Hat)" The tracepoints in the 9p code use a lot of enums for the __print_symbolic() function. These enums are shown in the tracepoint format files, and user space tools such as trace-cmd does not have the information to parse it. Add helper macros to export the enums wit

[PATCH 16/18 v3] v4l: Export enums used by tracepoints to user space

From: "Steven Rostedt (Red Hat)" Enums used by tracepoints for __print_symbolic() are shown in the tracepoint format files with just their names and not their values. This makes it difficult for user space tools to know how to convert the binary data into their string representations. By adding

[PATCH 02/18 v3] tracing: Add TRACE_SYSTEM_VAR to intel-sst

From: "Steven Rostedt (Red Hat)" New code will require TRACE_SYSTEM to be a valid C variable name, but some tracepoints have TRACE_SYSTEM with '-' and not '_', so it can not be used. Instead, add a TRACE_SYSTEM_VAR that can give the tracing infrastructure a unique name for the trace system. Link

[PATCH 10/18 v3] x86/tlb/trace: Export enums in used by tlb_flush tracepoint

From: "Steven Rostedt (Red Hat)" Have the enums used in __print_symbolic() by the trace_tlb_flush() tracepoint exported to userpace such that they can be parsed by userspace tools. Cc: Dave Hansen Signed-off-by: Steven Rostedt --- include/trace/events/tlb.h | 30 +-

[PATCH 00/18 v3] tracing: Use TRACE_DEFINE_ENUM() to show enum values

As there are many tracepoints that use __print_symbolic() to translate numbers into ASCII strings, and several of these translate enums as well, it causes a problem for user space tools that read the tracepoint format files and have to translate the binary data to their associated strings. For exa

[PATCH 07/18 v3] tracing: Add TRACE_DEFINE_ENUM() macro to map enums to their values

From: "Steven Rostedt (Red Hat)" Several tracepoints use the helper functions __print_symbolic() or __print_flags() and pass in enums that do the mapping between the binary data stored and the value to print. This works well for reading the ASCII trace files, but when the data is read via userspa

[PATCH 14/18 v3] mm: tracing: Export enums in tracepoints to user space

From: "Steven Rostedt (Red Hat)" The enums used in tracepoints with __print_symbolic() have their names shown in the tracepoint format files and not their values. This makes it difficult for user space tools to convert the binary data to the strings as user space does not know what those enums ar

[PATCH 17/18 v3] writeback: Export enums used by tracepoint to user space

From: "Steven Rostedt (Red Hat)" The enums used in tracepoints for __print_symbolic() do not have their values shown in the tracepoint format files and this makes it difficult for user space tools to convert the binary values to the strings they are to represent. Add TRACE_DEFINE_ENUM(x) macros

[PATCH 15/18 v3] SUNRPC: Export enums in tracepoints to user space

From: "Steven Rostedt (Red Hat)" The enums used in the tracepoints for __print_symbolic() have their names shown in the tracepoint format files. User space tools do not know how to convert those names into their values to be able to convert the binary data. Use TRACE_DEFINE_ENUM() to export the

[PATCH 12/18 v3] f2fs: Export the enums in the tracepoints to userspace

From: "Steven Rostedt (Red Hat)" The tracepoints that use __print_symbolic() use enums as the value to convert to strings. Unfortunately, the format files for these tracepoints show the enum name and not their value. This causes some userspace tools not to know how to convert __print_symbolic() t

Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)

Thanks Rusty, At Wed, 01 Apr 2015 11:59:39 +1030, Rusty Russell wrote: > > Hajime Tazaki writes: > > the issue here is the decision between 'no-ops' and > > 'assert(false)' depends on the context. an auto-generated > > mechanism needs some hand-written parameters I think. > > Yes, I used auto-

[PATCH 04/18 v3] tracing: Add TRACE_SYSTEM_VAR to xhci-hcd

From: "Steven Rostedt (Red Hat)" New code will require TRACE_SYSTEM to be a valid C variable name, but some tracepoints have TRACE_SYSTEM with '-' and not '_', so it can not be used. Instead, add a TRACE_SYSTEM_VAR that can give the tracing infrastructure a unique name for the trace system. Cc:

[PATCH 05/18 v3] tracing: Give system name a pointer

From: "Steven Rostedt (Red Hat)" Normally the compiler will use the same pointer for a string throughout the file. But there's no guarantee of that happening. Later changes will require that all events have the same pointer to the system string. Name the system string and have all events point t

[PATCH 09/18 v3] tracing/samples: Update the trace-event-sample.h with TRACE_DEFINE_ENUM()

From: "Steven Rostedt (Red Hat)" Document the use of TRACE_DEFINE_ENUM() by adding enums to the trace-event-sample.h and using this macro to convert them in the format files. Also update the comments and sho the use of __print_symbolic() and __print_flags() as well as adding comments abount __pr

[PATCH 18/18 v3] tracing: Add enum_map file to show enums that have been mapped

From: "Steven Rostedt (Red Hat)" Add a enum_map file in the tracing directory to see what enums have been saved to convert in the print fmt files. As this requires the enum mapping to be persistent in memory, it is only created if the new config option CONFIG_TRACE_ENUM_MAP_FILE is enabled. This

[PATCH 03/18 v3] tracing: Add TRACE_SYSTEM_VAR to kvm-s390

From: "Steven Rostedt (Red Hat)" New code will require TRACE_SYSTEM to be a valid C variable name, but some tracepoints have TRACE_SYSTEM with '-' and not '_', so it can not be used. Instead, add a TRACE_SYSTEM_VAR that can give the tracing infrastructure a unique name for the trace system. Link

[PATCH 06/18 v3] tracing: Update trace-event-sample with TRACE_SYSTEM_VAR documentation

From: "Steven Rostedt (Red Hat)" Add documentation about TRACE_SYSTEM needing to be alpha-numeric or with underscores, and that if it is not, then the use of TRACE_SYSTEM_VAR is required to make something that is. An example of this is shown in samples/trace_events/trace-events-sample.h Signed-

[PATCH 08/18 v3] tracing: Allow for modules to convert their enums to values

From: "Steven Rostedt (Red Hat)" Update the infrastructure such that modules that declare TRACE_DEFINE_ENUM() will have those enums converted into their values in the tracepoint print fmt strings. Link: http://lkml.kernel.org/r/87vbhjp74q@rustcorp.com.au Acked-by: Rusty Russell Signed-off-

[PATCH 13/18 v3] irq/tracing: Export enums in tracepoints to user space

From: "Steven Rostedt (Red Hat)" The enums used by the softirq mapping is what is shown in the output of the __print_symbolic() and not their values, that are needed to map them to their strings. Export them to userspace with the TRACE_DEFINE_ENUM() macro so that user space tools can map the enum

[patch] mm, memcg: sync allocation and memcg charge gfp flags for thp fix fix

"mm, memcg: sync allocation and memcg charge gfp flags for THP" in -mm introduces a formal to pass the gfp mask for khugepaged's hugepage allocation. This is just too ugly to live. alloc_hugepage_gfpmask() cannot differ between NUMA and UMA configs by anything in GFP_RECLAIM_MASK, which is the

[PATCH v2] selftests/mount: output WARN messages when mount test skipped

Without this patch, if /proc/self/uid_map is not exist, the mount test case will skipped and no any prompting. After applied this patch, the case will prompt why it skipped. Just as follows: root@kernel-host:/opt/kernel> make -C tools/testing/selftests TARGETS=mount run_tests make: Entering direc

[PATCH v3 3/3] Documentation/ABI: Update sysfs-driver-toshiba_acpi entry

This patch updates the sysfs-driver-toshiba_acpi entry, adding the missing entries for USB Sleep functions. And also, while at the neighborhood, fix some typos and add a note that some features require a reboot. Signed-off-by: Azael Avalos --- .../ABI/testing/sysfs-driver-toshiba_acpi

[PATCH v3 2/3] toshiba_acpi: Fix pr_* messages from USB Sleep Functions

This patch fixes the messages displayed by the USB Sleep Functions, they were printing wrong messages not associated to the feature currently queried. Signed-off-by: Azael Avalos --- drivers/platform/x86/toshiba_acpi.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff

[PATCH v3 1/3] toshiba_acpi: Update and fix USB Sleep and Charge modes

This patch fixes the USB Sleep and Charge mode on certain models where the value returned by the BIOS is different, and thus, making this feature not to work for those models. Also, the "Typical" charging mode was added as a supported mode. Signed-off-by: Azael Avalos --- drivers/platform/x86/t

[PATCH v3 0/3] toshiba_acpi: Fix USB Sleep & Charge mode and documentation updates

This patch fixes the USB Sleep & Charge charging mode on certain models, fixes pr_* messages and also adds the missing entries in the documentation file. Changes since v2: - Check for TOS_SUCCESS to initialize and flag as supported on first patch Changes since v1: - Set the default supported va

[PATCH v3 2/3] toshiba_acpi: Fix pr_* messages from USB Sleep Functions

This patch fixes the messages displayed by the USB Sleep Functions, they were printing wrong messages not associated to the feature currently queried. Signed-off-by: Azael Avalos --- drivers/platform/x86/toshiba_acpi.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff

Re: [RFC PATCH 08/11] lib: other kernel glue layer code

Hi Richard, At Tue, 31 Mar 2015 16:36:55 +0900, Hajime Tazaki wrote: > now I'm trying to minimize those stubs by reusing the original > codes (i.e., fs/filesystems.c for register_filesystem()). I > will let you know once I've done (maybe v2 RFC if you think > it's better ?) I've extensively rem

  1   2   3   4   5   6   7   8   9   10   >