[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

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

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

[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

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; \ >> +

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,

[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

[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

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

[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

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

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

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

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

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

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

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

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

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

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

[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

[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

[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

[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

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

[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

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

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

[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

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

[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

[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

[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

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

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

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

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.

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

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

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(>locked, _Q_LOCKED_VAL, _Q_SLOW_VAL); VS __pv_queue_spin_unlock(): if (xchg(>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(),

[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

[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

[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

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

Re: Build regression in next-20150331

gt; @@ -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 */ > #if def

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

[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

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

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

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

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

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

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

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

[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

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

[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

[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

[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

[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()

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

[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

[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

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

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

[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

[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

[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

[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

[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

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

[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

[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

Re: Unreliable hibernation on Lenovo x230 (regression)

On Thu, Apr 02, 2015 at 08:12:00PM +0200, rhn wrote: > On Fri, 3 Apr 2015 01:22:21 +0800 > joeyli wrote: > > > On Fri, Apr 03, 2015 at 12:50:54AM +0800, joeyli wrote: > > > Hi, > > > > > > On Thu, Apr 02, 2015 at 05:28:05PM +0200, Pavel Machek wrote: > > > > On Wed 2015-04-01 21:47:43, rhn

Re: [PATCH] Do not use arbitrary large movablecore to calculate kernelcore

If you specify movablecore > totalpages, required_kernelcore will end up with a big number because corepages is an unsigned integer. If so, the following nested is a waste of time. But I see your point. -Zhihui On Wed, Apr 1, 2015 at 7:00 PM, Mel Gorman wrote: > On Sat, Mar 28, 2015 at

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

Hi Darren, 2015-04-01 23:21 GMT-06:00 Darren Hart : > On Sun, Mar 29, 2015 at 07:25:39PM -0600, Azael Avalos wrote: >> 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

Re: [PATCH] selftests/mount: output error messages when mount test fail

On 2015/4/3 2:56, Eric W. Biederman wrote: > Zhang Zhen writes: > >> Without this patch, if /proc/self/uid_map is not exist, >> the mount test case will fail and no any prompting. > > The intent was not to fail if /proc/self/uid_map is missing but to skip > the test because it is not

Re: [PATCH RFC] nohz,blk-mq: do not create blk-mq workqueues on nohz dedicated CPUs

On 04/01/2015 10:12 AM, Rik van Riel wrote: On 03/31/2015 11:43 AM, Jens Axboe wrote: That'd be easy enough to do, that's how blk-mq handles offline CPUs as well. The attached patch is completely untested, but will handle offline or nohz CPUs in the same fashion - they will punt to hardware

Re: [PATCH v1 02/47] x86: mtrr: generalize run time disabling of MTRR

On Thu, Apr 02, 2015 at 05:52:16PM -0600, Toshi Kani wrote: > On Thu, 2015-04-02 at 23:49 +0200, Luis R. Rodriguez wrote: > > On Sat, Mar 28, 2015 at 12:56:30AM +0100, Luis R. Rodriguez wrote: > > > On Fri, Mar 27, 2015 at 02:40:17PM -0600, Toshi Kani wrote: > > > > On Fri, 2015-03-20 at 16:17

[patch -mm] mm, mempool: poison elements backed by page allocator fix fix

Elements backed by the page allocator might not be directly mapped into lowmem, so do k{,un}map_atomic() before poisoning and verifying contents to map into lowmem and return the virtual adddress. Reported-by: Andrey Ryabinin Signed-off-by: David Rientjes --- mm/mempool.c | 6 -- 1 file

linux-next - strange audio bug

Next-20150310 works OK, next-20150324 has the bug. Dell Latitude E6530 laptop, lspci tells me: 01:00.1 Audio device: NVIDIA Corporation GF108 High Definition Audio Controller (rev a1) Subsystem: Dell Device 0535 ... Kernel driver in use: snd_hda_intel Symptoms: Audio

Re: [PATCH] mvneta: implement SGMII-based in-band link state signaling

On 02/04/15 17:51, David Miller wrote: > From: Stas Sergeev > Date: Tue, 31 Mar 2015 16:24:59 +0300 > >> @@ -2590,6 +2651,7 @@ static int mvneta_mdio_probe(struct mvneta_port *pp) >> >> static void mvneta_mdio_remove(struct mvneta_port *pp) >> { >> +fixed_phy_set_link_update(pp->phy_dev,

Re: [patch -mm] mm, doc: cleanup and clarify munmap behavior for hugetlb memory fix

On Thu, 2 Apr 2015, David Rientjes wrote: > Don't only specify munmap(2) behavior with respect the hugetlb memory, all > other syscalls get naturally aligned to the native page size of the > processor. Rather, pick out munmap(2) as a specific example. > > Signed-off-by: David Rientjes

  1   2   3   4   5   6   7   8   9   10   >