Re: applesmc oops in 3.10/3.11

On 09/25/2013 11:34 PM, Henrik Rydberg wrote: This suggests that initialization may be attempted more than once. The key cache is allocated only once, but the number of keys is read for each attempt. No idea if that can happen, but if the number of keys can increase after the first

Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64

Am 26.09.2013 12:20, schrieb Ramkumar Ramachandra: > Richard Weinberger wrote: >> This patch is based on: https://lkml.org/lkml/2013/7/4/396 >> >> Cc: Ramkumar Ramachandra >> Signed-off-by: Richard Weinberger >> --- >> arch/um/configs/i386_defconfig | 954 >>

[PATCH 4/4] cpufreq: stats: create sysfs entries when cpufreq_stats is a module

When cpufreq_stats is compiled in as a module, cpufreq driver would have already been registered. And so the CPUFREQ_CREATE_POLICY notifiers wouldn't be called for it. Hence no sysfs entries for stats. :( This patch calls cpufreq_stats_create_table() for each online cpu from cpufreq_stats_init()

[PATCH 3/4] cpufreq: stats: free table and remove sysfs entry in a single routine

We don't have code paths now, where we need to do these two things separately and so better do them in a single routine. Just as they are allocated in a single routine. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq_stats.c | 50 - 1 file

[PATCH 2/4] cpufreq: stats: remove hotplug notifiers

Either CPUs are hot-unplugged or suspend/resume occurs, cpufreq core will send notifications to cpufreq-stats and stats structure and sysfs entries would be correctly handled.. And so we don't actually need hotcpu notifiers in cpufreq-stats anymore. We were only handling cpu hot-unplug events

[PATCH 1/4] cpufreq: stats: handle cpufreq_unregister_driver() and suspend/resume properly

There are several problems cpufreq stats in the way it handles cpufreq_unregister_driver() and suspend/resume.. - We must not loose data collected so far when suspend/resume happens and so stats directories must not be removed/allocated during these operations, Which is done currently. -

[PATCH 0/4] CPUFreq stats: Bug fixes

Hi Rafael, I know you asked me not to send any more patches before the earlier ones get into kernel. I got to this as Nicolas Pitre required to send few CPUFreq patches for ARM's big LITTLE In-Kernel-Switcher. And within linaro we have hacked these bugs in a bad way.. Because of his dependency I

Re: [PATCH v2] mei: me: downgrade two errors to debug level

On Thu, 2013-09-26 at 11:56 +0300, Tomas Winkler wrote: > On Thu, Sep 19, 2013 at 1:17 PM, Paul Bolle wrote: > > The mei_me driver prints "suspend" at error level at each suspend. It > > also prints "stop" at error level at driver unload. Downgrade these > > uninteresting messages to debug level.

Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64

Richard Weinberger wrote: > This patch is based on: https://lkml.org/lkml/2013/7/4/396 > > Cc: Ramkumar Ramachandra > Signed-off-by: Richard Weinberger > --- > arch/um/configs/i386_defconfig | 954 > +++ > arch/um/configs/x86_64_defconfig | 943

Re: [PATCH v2 2/2] regulator: da9210: add Device Tree support

On Thu, Sep 12, 2013 at 02:28:35PM +0200, Guennadi Liakhovetski wrote: > This patch adds basic Device Tree support to the da9210 regulator driver - > with no special properties, since also driver's platform data only contains > standard regulator initialisation parameters. Applied, thanks.

Re: [PATCH 1/6] clocksource: em_sti: convert to clk_prepare/unprepare

On 09/24/2013 06:42 AM, Simon Horman wrote: [ CCed Daniel Lezcano and Thomas Gleixner, the clocksource maintainers ] On Tue, Sep 24, 2013 at 01:09:24PM +0900, takas...@ops.dti.ne.jp wrote: From: Shinya Kuribayashi Add calls to clk_prepare and unprepare so that EMMA Mobile EV2 can migrate to

Re: [PATCH 5/7] staging: usbip: Add encryption support to kernel

Hi, thank you very much for your feedback! On Mon, Sep 23, 2013 at 12:59:29PM +0300, Dan Carpenter wrote: > > + while (total < size) { > > + uint32_t packetsize; > > + struct kvec recvvec; > > + > > + /* > > +* We use a global kfifo to buffer

Re: [PATCH V2 05/18] regulator: fixed: use devm_regulator_register()

On Thu, Sep 26, 2013 at 03:25:59PM +0900, Jingoo Han wrote: > On Thursday, September 26, 2013 3:14 PM, Sachin Kamat wrote: > > > - regulator_unregister(drvdata->dev); > > > kfree(drvdata->desc.supply_name); > > > kfree(drvdata->desc.name); > > Sorry, couldn't go through all

Re: [PATCH v2 0/4] arm: zynq: Enable global timer

On 09/26/2013 10:16 AM, Michal Simek wrote: Hi Daniel, On 09/25/2013 05:20 PM, Daniel Lezcano wrote: On 09/18/2013 08:48 PM, Soren Brinkmann wrote: Hi all, here's a v2. I reused the subject from my v1 submission although the focus of this series moved a bit towards the timer subsystem. I

Re: [PATCH V3] pci: exynos: split into two parts such as Synopsys part and Exynos part

Hi Arnd, On Thursday 26 September 2013 03:21 PM, Arnd Bergmann wrote: > On Thursday 26 September 2013, Kishon Vijay Abraham I wrote: >> On Wednesday 25 September 2013 02:53 AM, Arnd Bergmann wrote: >>> On Monday 23 September 2013, Kishon Vijay Abraham I wrote: Btw if we hadn't programmed

Re: [PATCH] pwm-backlight: add support for device tree gpio control

On 11/09/13 14:40, Mike Dunn wrote: > On 09/10/2013 10:21 AM, Thierry Reding wrote: >> Do you have a real setup that actually needs multiple GPIOs? Usually >> such a setup requires some kind of timing or other additional constraint >> which can't be represented by this simple binding. >> >>

Re: [GIT PULL] ARM/ARM64 architected timer updates for v3.13

On 09/26/2013 11:44 AM, Sudeep KarkadaNagesha wrote: Hi Daniel, Please pull the ARM/ARM64 arch timer updates for v3.13. Applied to my tree for 3.13. Thanks -- Daniel Regards, Sudeep -->8-- The following changes since commit 4a10c2ac2f368583138b774ca41fac4207911983: Linux 3.12-rc2

Re: [PATCH 1/2] framebuffer: arkfb: Fix framebugger typo

On Thu, 2013-09-26 at 12:47 +0300, Tomi Valkeinen wrote: > On 20/09/13 04:53, Joe Perches wrote: > > s/framebugger/framebuffer/ [] > Thanks, queued for 3.13. Although I have to say I kinda like the sound > of framebugger. I wondered if I should even change it because it _is_ kind of funny. Maybe

Re: [RFC][PATCH] sched: Avoid select_idle_sibling() for wake_affine(.sync=true)

On Thu, Sep 26, 2013 at 11:58:12AM +0200, Peter Zijlstra wrote: > @@ -3429,6 +3440,9 @@ select_task_rq_fair(struct task_struct *p, int sd_flag, > int wake_flags) > int want_affine = 0; > int sync = wake_flags & WF_SYNC; > > + if (sync) > + p->se.last_sync_wakeup =

Re: [PATCH] ipvs: improved SH fallback strategy

Improve the SH fallback realserver selection strategy. With sh and sh-fallback, if a realserver is down, this attempts to distribute the traffic that would have gone to that server evenly among the remaining servers. Signed-off-by: Alexander Frolkin -- diff --git

Re: [PATCH v2] pwm-backlight: allow for non-increasing brightness levels

On 22/09/13 19:59, Mike Dunn wrote: > Currently the driver assumes that the values specified in the > brightness-levels device tree property increase as they are parsed from > left to right. But boards that invert the signal between the PWM output > and the backlight will need to specify

[PATCH v2] msi: free msi_desc entry only after we've released the kobject

Currently, we first do kobject_put(>kobj) and the kfree(entry), however kobject_put() doesn't guarantee us that it was the last reference and that the kobj isn't used currently by someone else, so after we kfree(entry) with the struct kobject - other users will begin using the freed memory,

Re: [PATCH 1/2] UBI: Fix error path in scan_pool()

Am 26.09.2013 11:25, schrieb Richard Genoud: > I added some traces and I found that : (dumping ec_header after > "ubi_io_read_ec_hdr(ubi, pnum, ech, 0); " in ubi_scan_fastmap()) Please show me the diff to understand what exactly you did. :) > [0.812500] UBI: default fastmap pool size: 95 > [

Re: [RFC][PATCH] sched: Avoid select_idle_sibling() for wake_affine(.sync=true)

On Wed, Sep 25, 2013 at 10:56:17AM +0200, Mike Galbraith wrote: > That will make pipe-test go fugly -> pretty, and help very fast/light > localhost network, but eat heavier localhost overlap recovery. We need > a working (and cheap) overlap detector scheme, so we can know when there > is enough

Re: checkpatch guide for newbies

Am 26.09.2013 07:53, schrieb Julia Lawall: >> void get_xtime_and_monotonic_and_sleep_offset(struct timespec *xtim, >> struct timespec *wtom, struct timespec >> *sleep); >> >> I like such function names ;) (ok I wouldn't have use those and), but it's >> hard to

Re: [BUG REPORT] ZSWAP: theoretical race condition issues

On Thu, Sep 26, 2013 at 4:48 PM, Weijie Yang wrote: > On Thu, Sep 26, 2013 at 3:57 PM, Minchan Kim wrote: >> On Thu, Sep 26, 2013 at 03:26:33PM +0800, Weijie Yang wrote: >>> On Thu, Sep 26, 2013 at 1:58 PM, Minchan Kim wrote: >>> > Hello Weigie, >>> > >>> > On Wed, Sep 25, 2013 at 05:33:43PM

[PATCH v2 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards

This patch supplies I2C configuration to B2000 and B2020 based on either STiH415 or STiH416 SoCs. Cc: Srinivas Kandagatla Signed-off-by: Maxime Coquelin --- arch/arm/boot/dts/stih41x-b2000.dtsi |7 +++ arch/arm/boot/dts/stih41x-b2020.dtsi | 20 2 files changed,

[PATCH v2 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC

This patch supplies I2C configuration to STiH415 SoC. Cc: Srinivas Kandagatla Signed-off-by: Maxime Coquelin --- arch/arm/boot/dts/stih415-pinctrl.dtsi | 36 ++ arch/arm/boot/dts/stih415.dtsi | 65 2 files changed, 101 insertions(+)

[PATCH v2 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC

This patch supplies I2C configuration to STiH416 SoC. Cc: Srinivas Kandagatla Signed-off-by: Maxime Coquelin --- arch/arm/boot/dts/stih416-pinctrl.dtsi | 35 + arch/arm/boot/dts/stih416.dtsi | 65 2 files changed, 100 insertions(+)

[PATCH v2 1/4] i2c: busses: i2c-st: Add ST I2C controller

This patch adds support to SSC (Synchronous Serial Controller) I2C driver. This IP also supports SPI protocol, but this is not the aim of this driver. This IP is embedded in all ST SoCs for Set-top box platorms, and supports I2C Standard and Fast modes. Signed-off-by: Maxime Coquelin Cc:

[PATCH v2 0/4] Add I2C support to ST SoCs

The goal of this series is to add I2C support to ST SoCs. The DT definition is added for STiH415 and STiH416 SoCs on B2000 and B2020 boards. The series has been tested working on STiH416-B2020 board. It applies on top of v3.12-rc1. Changes since v1: - Anti-glitch filtering simplified (Only HW

Re: [PATCH V3] pci: exynos: split into two parts such as Synopsys part and Exynos part

On Thursday 26 September 2013, Kishon Vijay Abraham I wrote: > On Wednesday 25 September 2013 02:53 AM, Arnd Bergmann wrote: > > On Monday 23 September 2013, Kishon Vijay Abraham I wrote: > >> Btw if we hadn't programmed inbound translation table, the address will go > >> untranslated (according

[PATCH v2 0/4] Add I2C support to ST SoCs

The goal of this series is to add I2C support to ST SoCs. The DT definition is added for STiH415 and STiH416 SoCs on B2000 and B2020 boards. The series has been tested working on STiH416-B2020 board. It applies on top of v3.12-rc1. Changes since v1: - Anti-glitch filtering simplified (Only HW

Re: [PATCH v6 RESEND 0/5] ARM/ARM64 architected timer updates

On 26/09/13 10:43, Arnd Bergmann wrote: > On Wednesday 25 September 2013, Sudeep KarkadaNagesha wrote: >> On 25/09/13 16:06, Daniel Lezcano wrote: >>> On 09/18/2013 01:05 PM, Sudeep KarkadaNagesha wrote: From: Sudeep KarkadaNagesha Hi Olof/Kevin, >>> >>> Added Olof and Kevin in Cc.

Re: [PATCH 1/2] framebuffer: arkfb: Fix framebugger typo

On 20/09/13 04:53, Joe Perches wrote: > s/framebugger/framebuffer/ > > Signed-off-by: Joe Perches > --- > drivers/video/arkfb.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/video/arkfb.c b/drivers/video/arkfb.c > index ee0f1a1..b13f3f2 100644 > ---

Re: [PATCH v4 1/3] usb: dwc3: msm: Add device tree binding information

On Mon, Sep 23, 2013 at 08:31:48PM +0100, Felipe Balbi wrote: > Hi, > > On Tue, Aug 20, 2013 at 12:56:03PM +0300, Ivan T. Ivanov wrote: > > From: "Ivan T. Ivanov" > > > > MSM USB3.0 core wrapper consist of USB3.0 IP from Synopsys > > (SNPS) and HS, SS PHY's control and configuration registers.

[f2fs-dev] [PATCH] f2fs: use rw_sem instead of fs_lock(locks mutex)

The fs_locks is used to block other ops(ex, recovery) when doing checkpoint. And each other operate routine(besides checkpoint) needs to acquire a fs_lock, there is a terrible problem here, if these are too many concurrency threads acquiring fs_lock, so that they will block each other and may

[GIT PULL] ARM/ARM64 architected timer updates for v3.13

Hi Daniel, Please pull the ARM/ARM64 arch timer updates for v3.13. Regards, Sudeep -->8-- The following changes since commit 4a10c2ac2f368583138b774ca41fac4207911983: Linux 3.12-rc2 (2013-09-23 15:41:09 -0700) are available in the git repository at: git://linux-arm.org/linux-skn.git

Re: [PATCH v6 RESEND 0/5] ARM/ARM64 architected timer updates

On Wednesday 25 September 2013, Sudeep KarkadaNagesha wrote: > On 25/09/13 16:06, Daniel Lezcano wrote: > > On 09/18/2013 01:05 PM, Sudeep KarkadaNagesha wrote: > >> From: Sudeep KarkadaNagesha > >> > >> Hi Olof/Kevin, > > > > Added Olof and Kevin in Cc. > > > Thanks Daniel, sorry I assumed

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

* Peter Zijlstra wrote: > On Thu, Sep 26, 2013 at 08:46:29AM +0200, Ingo Molnar wrote: > > > +/* > > > + * MCS lock defines > > > + * > > > + * This file contains the main data structure and API definitions of MCS > > > lock. > > > > A (very) short blurb about what an MCS lock is would be

Re: [PATCHSET 0/8] perf tools: Fix scalability problem on callchain merging (v4)

* Namhyung Kim wrote: > Hello, > > This is a new version of callchain improvement patchset. I found and > fixed bugs in the previous version. I verified that it produced > exactly same output before and after applying rbtree conversion patch > (#1). However after Frederic's new comm

[PATCH v11 1/3] DMA: Freescale: revise device tree binding document

From: Hongbo Zhang This patch updates the discription of each type of DMA controller and its channels, it is preparation for adding another new DMA controller binding, it also fixes some defects of indent for text alignment at the same time. Signed-off-by: Hongbo Zhang Acked-by: Mark Rutland

[PATCH v11 2/3] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

From: Hongbo Zhang Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch adds the device tree nodes for them. Signed-off-by: Hongbo Zhang --- .../devicetree/bindings/powerpc/fsl/dma.txt| 70 + arch/powerpc/boot/dts/fsl/b4si-post.dtsi |

[PATCH v11 3/3] DMA: Freescale: update driver to support 8-channel DMA engine

From: Hongbo Zhang This patch adds support to 8-channel DMA engine, thus the driver works for both the new 8-channel and the legacy 4-channel DMA engines. Signed-off-by: Hongbo Zhang --- drivers/dma/Kconfig |9 + drivers/dma/fsldma.c |9 ++--- drivers/dma/fsldma.h |2

[PATCH v11 0/3] DMA: Freescale: Add support for 8-channel DMA engine

From: Hongbo Zhang Hi DMA and DT maintainers, please have a look at these V11 patches. Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch set adds support this DMA engine. V10->V11 changes: - add "contains two entries" for reg description in patch [2/3] V9->V10 changes:

RE: [PATCH v6 1/4] ARM: OMAP2+: cleaned-up DT support of various ECC schemes

Hi Mark, > > Pekon, could you please re-send this version of the patches? > As already there are feedbacks on the patches, so re-sending the Patch series might clutter someone else's mailbox. Will it be possible for you to fetch the patches from MTD archives? else I would send you the patches

Re: [PATCH 2/4] ARM: shmobile: r8a7790: add I2C support in Device Tree mode

Hi Guennadi, On Thu, Sep 26, 2013 at 12:07 AM, Guennadi Liakhovetski wrote: > Hi Magnus > > On Thu, 26 Sep 2013, Magnus Damm wrote: > >> Hi Guennadi, >> >> On Thu, Sep 26, 2013 at 7:10 AM, Guennadi Liakhovetski >> wrote: >> > Hi Laurent >> > >> > On Wed, 25 Sep 2013, Laurent Pinchart wrote: >>

Re: [PATCH 1/4] i2c: busses: i2c-st: Add ST I2C controller

On 09/24/2013 05:59 PM, Wolfram Sang wrote: >> "glitch" is is used to tune the I2C timing requirements, and has a >> nanosecond granularity. >> These values are added to default timing values. >> I'm not 100% sure, but it looks like the "samsung,i2c-sda-delay" in the >> i2c-s3c2410 driver. > For

[PATCH] tools/perf: remove unused MANIFEST

Cc: Peter Zijlstra Cc: Arnaldo Carvalho de Melo Cc: Paul Mackerras Cc: Ingo Molnar Signed-off-by: Ramkumar Ramachandra --- This file was last touched 7 months ago. A lot seems to have changed since then. Time to get rid of it? tools/perf/MANIFEST | 32 1

Re: [PATCH 1/4] pinctrl: sh-pfc: r8a7790: add pin definitions for the I2C3 interface

Hi Guennadi, On Thursday 26 September 2013 11:24:26 Guennadi Liakhovetski wrote: > On Wed, 25 Sep 2013, Laurent Pinchart wrote: > > On Monday 09 September 2013 18:03:53 Guennadi Liakhovetski wrote: > > > There are four I2C interfaces on r8a7790, each of them can be connected > > > to one of the

Re: [PATCH 1/3] msi: add forgotten pci_dev_put(pdev) to populate_msi_sysfs()

On Wed, Sep 25, 2013 at 05:35:54PM -0600, Bjorn Helgaas wrote: On Wed, Sep 25, 2013 at 5:23 PM, Neil Horman wrote: On Wed, Sep 25, 2013 at 03:08:05PM -0600, Bjorn Helgaas wrote: [+cc Neil (he added this code in da8d1c8ba4), Greg] On Mon, Sep 16, 2013 at 7:47 PM, Veaceslav Falico wrote: >

Re: [PATCH 1/2] UBI: Fix error path in scan_pool()

2013/9/26 Richard Genoud : > 2013/9/26 Richard Weinberger : >> Am 26.09.2013 09:20, schrieb Richard Genoud: >>> On 25/09/2013 22:32, Richard Weinberger wrote: We have to set "ret", not "err" in case of an error. Reported-by: Richard Genoud Signed-off-by: Richard Weinberger

Re: [PATCH 1/4] pinctrl: sh-pfc: r8a7790: add pin definitions for the I2C3 interface

Hi Laurent On Wed, 25 Sep 2013, Laurent Pinchart wrote: > Hi Guennadi, > > Thank you for the patch. > > On Monday 09 September 2013 18:03:53 Guennadi Liakhovetski wrote: > > There are four I2C interfaces on r8a7790, each of them can be connected to > > one of the two respective I2C

Security Alert

-- Security Alert, A DGTJTO virus has been detected in your Webmail Account. Your Webmail account has to be protected to our new Secured VQZZF! Macafee anti-virus 2012/2013 version to prevent damages to our Database and your important files and messages.simply click the below link and fill

RE: [PATCH v2 2/6] PCI/MSI: Factor out pci_get_msi_cap() interface

> Subject: Re: [PATCH v2 2/6] PCI/MSI: Factor out pci_get_msi_cap() interface > > On Wed, Sep 25, 2013 at 05:00:16PM -0400, Tejun Heo wrote: > > Hello, > > > > On Wed, Sep 25, 2013 at 10:58:05PM +0200, Alexander Gordeev wrote: > > > Unfortunately, pSeries is a shows-topper here :( It seems we

Re: [PATCH v6 1/4] ARM: OMAP2+: cleaned-up DT support of various ECC schemes

On Wed, Sep 25, 2013 at 10:29:03PM +0100, Brian Norris wrote: > On Wed, Sep 25, 2013 at 01:33:27PM -0700, Olof Johansson wrote: > > On Wed, Sep 25, 2013 at 1:05 PM, Brian Norris > > wrote: > > > > > Olof has given good advice on your DT binding and has (slowly) been > > > responding to other

Re: [PATCH 1/2] cpufreq: exynos4x12: Use the common clock framework to set APLL clock rate

Hi Yadwinder, > Hi Tomasz, > > >> On Wed, Sep 25, 2013 at 4:52 PM, Lukasz Majewski > >> wrote: > >> > In the exynos4x12_set_apll() function, the APLL frequency is set > >> > with direct register manipulation. > >> > > >> > Such approach is not allowed in the common clock framework. The > >> >

Re: [PATCH 3/3] KVM: PPC: Book3S: Add support for hwrng found on some powernv systems

Il 26/09/2013 08:31, Michael Ellerman ha scritto: > Some powernv systems include a hwrng. Guests can access it via the > H_RANDOM hcall. > > We add a real mode implementation of H_RANDOM when a hwrng is found. > Userspace can detect the presence of the hwrng by quering the > KVM_CAP_PPC_HWRNG

Re: [BUG?] HID: uhid: add devname module alias

On Mon, 9 Sep 2013, David Herrmann wrote: > > > > The above commit (60cbd53 in mainline) doesn't appear to work for me. > > I.e., depmod does not create an entry in modules.devname and hence no > > device node is created on boot. > > > > If I understand correctly, you'd also need to create the

Re: [RFC, PATCH] clocksource: provide timekeeping for efm32 SoCs

Hello Daniel, On Thu, Sep 26, 2013 at 10:52:29AM +0200, Daniel Lezcano wrote: > On 09/26/2013 10:20 AM, Uwe Kleine-König wrote: > >Hello Daniel, > > > >On Thu, Sep 26, 2013 at 01:49:52AM +0200, Daniel Lezcano wrote: > >>On 09/25/2013 05:32 PM, Uwe Kleine-König wrote: > >+static void __init

[PATCH 2/8] perf ui/progress: Add new helper functions for progress bar

From: Namhyung Kim Introduce ui_progress_setup() and ui_progress__advance() to separate out from the session logic. It'll be used by other places in the upcoming patch. Cc: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/ui/progress.c | 18 ++

[PATCH 3/8] perf tools: Show progress on histogram collapsing

From: Namhyung Kim It can take quite amount of time so add progress bar UI to inform user. Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/builtin-annotate.c | 2 +- tools/perf/builtin-diff.c | 2 +- tools/perf/builtin-report.c | 10 +-

[PATCH 1/8] perf callchain: Convert children list to rbtree

From: Namhyung Kim Current collapse stage has a scalability problem which can be reproduced easily with parallel kernel build. This is because it needs to traverse every children of callchain linearly during the collapse/merge stage. Convert it to rbtree reduced the overhead significantly. On

[PATCH 4/8] perf tools: Use an accessor to read thread comm

From: Frederic Weisbecker As the thread comm is going to be implemented by way of a more complicated data structure than just a pointer to a string from the thread struct, convert the readers of comm to use an accessor instead of accessing it directly. The accessor will be later overriden to

[PATCH 5/8] perf tools: Add time argument on comm setting

From: Frederic Weisbecker This way we can later delimit a lifecycle for the comm and map a hist to a precise comm:timeslice couple. Comm and fork events that don't have PERF_SAMPLE_TIME samples can only send 0 value as a timestamp and thus should overwrite any previous comm on a given thread

[PATCH 6/8] perf tools: Add new comm infrastructure

From: Frederic Weisbecker This new comm infrastructure provides two features: 1) It keeps track of all comms lifecycle for a given thread. This way we can associate a timeframe to any thread comm, as long as PERF_SAMPLE_TIME samples are joined to comm and fork events. As a result we should

[PATCH 7/8] perf tools: Compare hists comm by addresses

From: Frederic Weisbecker Now that comm strings are allocated only once and refcounted to be shared among threads, these can now be safely compared by addresses. This should remove most hists collapses on post processing. Signed-off-by: Frederic Weisbecker Cc: Jiri Olsa Cc: David Ahern Cc:

Re: [RFC] extending splice for copy offloading

On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown wrote: >> A client-side copy will be slower, but I guess it does have the >> advantage that the application can track progress to some degree, and >> abort it fairly quickly without leaving the file in a totally undefined >> state--and both might be

[PATCH 8/8] perf tools: Get current comm instead of last one

From: Namhyung Kim At insert time, a hist entry should reference comm at the time otherwise it'll get the last comm anyway. Signed-off-by: Namhyung Kim Cc: Frederic Weisbecker Link: http://lkml.kernel.org/n/tip-n6pykiiymtgmcjs834go2...@git.kernel.org [ Fixed up const pointer issues ]

[PATCHSET 0/8] perf tools: Fix scalability problem on callchain merging (v4)

Hello, This is a new version of callchain improvement patchset. I found and fixed bugs in the previous version. I verified that it produced exactly same output before and after applying rbtree conversion patch (#1). However after Frederic's new comm infrastructure patches are applied it'd be

Re: [PATCH v2] mei: me: downgrade two errors to debug level

On Thu, Sep 19, 2013 at 1:17 PM, Paul Bolle wrote: > The mei_me driver prints "suspend" at error level at each suspend. It > also prints "stop" at error level at driver unload. Downgrade these > uninteresting messages to debug level. > > Signed-off-by: Paul Bolle > --- > 0) v1 was called "mei:

Re: [PATCH 2/2] Update sem_otime for all operations

Tested-by: Jia He # cat /proc/sysvipc/sem key semid perms nsems uid gid cuid cgid otime ctime -1 32768 666 1 0 0 0 0 1380185570 1380185570 On Thu, 26 Sep 2013 07:08:55 +0200 from manf...@colorfullife.com wrote: > Hi

Re: [RFC, PATCH] clocksource: provide timekeeping for efm32 SoCs

On 09/26/2013 10:20 AM, Uwe Kleine-König wrote: Hello Daniel, On Thu, Sep 26, 2013 at 01:49:52AM +0200, Daniel Lezcano wrote: On 09/25/2013 05:32 PM, Uwe Kleine-König wrote: +static void __init efm32_timer_init(struct device_node *np) +{ + static int has_clocksource, has_clockevent; +

Re: [BUG REPORT] ZSWAP: theoretical race condition issues

On Thu, Sep 26, 2013 at 3:57 PM, Minchan Kim wrote: > On Thu, Sep 26, 2013 at 03:26:33PM +0800, Weijie Yang wrote: >> On Thu, Sep 26, 2013 at 1:58 PM, Minchan Kim wrote: >> > Hello Weigie, >> > >> > On Wed, Sep 25, 2013 at 05:33:43PM +0800, Weijie Yang wrote: >> >> On Wed, Sep 25, 2013 at 4:31

Re: [PATCH 1/1] i2c-ismt: add Initialize DMA buffer code ismt_access()

On Tue, Sep 24, 2013 at 04:47:55PM -0700, James Ralston wrote: > This patch adds code to Initialize the DMA buffer to compensate for possible > hardware data corruption. Take care of the line width here. > Signed-off-by: James Ralston > --- > drivers/i2c/busses/i2c-ismt.c |3 +++ > 1

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

On Thu, Sep 26, 2013 at 08:46:29AM +0200, Ingo Molnar wrote: > > +/* > > + * MCS lock defines > > + * > > + * This file contains the main data structure and API definitions of MCS > > lock. > > A (very) short blurb about what an MCS lock is would be nice here. A while back I suggested including

Re: [PATCH 20/21] cpuidle: don't calculate time-diff if entered_state == 0

On 09/26/2013 10:28 AM, Viresh Kumar wrote: On 26 September 2013 13:55, Daniel Lezcano wrote: Yes I agree, but why are you saying "If entered_state == 0, we don't need to ..." ? Ahh.. that's a mistake.. s/==/< :) Ah ok. -- Linaro.org │ Open source software for

[RFC PATCH 2/7] perf, x86: Basic Haswell LBR call stack support

From: "Yan, Zheng" The new HSW call stack feature provides a facility such that unfiltered call data will be collected as normal, but as return instructions are executed the last captured branch record is popped from the LBR stack. Thus, branch information relative to leaf functions will not be

[RFC PATCH 0/7] perf, x86: Reduce lbr_sel_map size

From: "Yan, Zheng" Haswell has a new feature that utilizes the existing Last Branch Record facility to record call chains. When the feature is enabled, function call will be collected as normal, but as return instructions are executed the last captured branch record is popped from the on-chip

[RFC PATCH 4/7] perf, x86: Save/resotre LBR stack during context switch

From: "Yan, Zheng" When the LBR call stack is enabled, it is necessary to save/restore the LBR stack on context switch. The solution is saving/restoring the LBR stack to/from task's perf event context. Signed-off-by: Yan, Zheng --- arch/x86/kernel/cpu/perf_event.c | 1 +

Re: [PATCH 2/2] ARM: Dove: Add the audio device to the Cubox DT

On 09/26/2013 10:11 AM, Jean-Francois Moine wrote: In the Cubox, I changed the audio DT to: { status = "okay"; clocks = <_clk 13>, < 1>; clock-names = "internal", "extclk"; pinctrl-0 = <_audio1_i2s1_spdifo _gpio_13_audio1>; Have you checked that pinmux was

Re: [PATCH 16/21] cpuidle: avoid unnecessary kzalloc/free of struct cpuidle_device_kobj

On 09/26/2013 08:05 AM, Viresh Kumar wrote: On 26 September 2013 03:42, Daniel Lezcano wrote: On 09/22/2013 03:21 AM, Viresh Kumar wrote: We always need to allocate struct cpuidle_device_kobj for all CPUs and so there is no real need to have a pointer to it inside struct cpuidle_device. This

[RFC PATCH 5/7] perf, core: Pass perf_sample_data to perf_callchain()

From: "Yan, Zheng" New Intel CPU can record call chains by using existing last branch record facility. perf_callchain_user() can make use of the call chains recorded by hardware in case of there is no frame pointer. Signed-off-by: Yan, Zheng --- arch/arm/kernel/perf_event.c | 4 ++--

[RFC PATCH 3/7] perf, core: replace flush_branch_stack with ctxsw callback

From: "Yan, Zheng" Replace the flush_branch_stack pmu callback with generic context switch callback. x86 specific perf codes use the callback to flush branch stack. To avoid unnecessary overhead, the context switch callback can be enabled/disabled. Signed-off-by: Yan, Zheng ---

Re: [PATCH 18/21] cpuidle: don't call poll_idle_init() for every cpu

On 09/26/2013 08:09 AM, Viresh Kumar wrote: On 26 September 2013 03:52, Daniel Lezcano wrote: On 09/22/2013 03:21 AM, Viresh Kumar wrote: Signed-off-by: Viresh Kumar This deserved a log, sorry for missing that :( The optimization sounds good but IMHO if we can move this state out of the

[RFC PATCH 7/7] perf, x86: Discard zero length call entries in LBR call stack

From: "Yan, Zheng" "Zero length call" uses the attribute of the call instruction to push the immediate instruction pointer on to the stack and then pops off that address into a register. This is accomplished without any matching return instruction. It confuses the hardware and make the recorded

Re: [PATCH] i2c: i2c-dev: Create 'name' attribute automatically

Hi, > > What race condition? > > > > Userspace trying to access the name attribute before it is created. > See http://kroah.com/log/blog/2013/06/26/how-to-create-a-sysfs-file-correctly/ Thanks! > > Have you tried this with two instances? I don't think it will work since > > class_register

[RFC PATCH 6/7] perf, x86: Use LBR call stack to get user callchain

From: "Yan, Zheng" Try enabling the LBR call stack feature if event request recording callchain. Try utilizing the LBR call stack to get user callchain in case of there is no frame pointer. This patch also adds a cpu pmu attribute to enable/disable this feature. Signed-off-by: Yan, Zheng ---

Re: [PATCH 20/21] cpuidle: don't calculate time-diff if entered_state == 0

On 26 September 2013 13:55, Daniel Lezcano wrote: > Yes I agree, but why are you saying "If entered_state == 0, we don't need to > ..." ? Ahh.. that's a mistake.. s/==/< :) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[RFC PATCH 1/7] perf, x86: Reduce lbr_sel_map size

From: "Yan, Zheng" The index of lbr_sel_map is bit value of perf branch_sample_type. We can reduce lbr_sel_map size by using bit shift as index. Signed-off-by: Yan, Zheng --- arch/x86/kernel/cpu/perf_event.h | 4 +++ arch/x86/kernel/cpu/perf_event_intel_lbr.c | 50

Re: [PATCH 20/21] cpuidle: don't calculate time-diff if entered_state == 0

On 09/26/2013 08:24 AM, Viresh Kumar wrote: On 26 September 2013 04:08, Daniel Lezcano wrote: On 09/22/2013 03:21 AM, Viresh Kumar wrote: If entered_state == 0, we don't need to set dev->last_residency to 'diff' as we will be setting it to zero without using its new value. I don't get it,

Re: [PATCH 08/21] cpuidle: use cpuidle_disabled() instead of "off"

On 09/26/2013 07:06 AM, Viresh Kumar wrote: On 26 September 2013 03:22, Daniel Lezcano wrote: On 09/22/2013 03:21 AM, Viresh Kumar wrote: We have a routine for getting value of "off", better call that instead of using "off" directly. We are in the fast path, I am not sure invoking a

Re: [PATCH] m68k: remove deprecated IRQF_DISABLED

On Mon, Sep 9, 2013 at 9:32 AM, Geert Uytterhoeven wrote: > On Sat, Sep 7, 2013 at 7:43 AM, Michael Opdenacker > wrote: >> This patch proposes to remove the IRQF_DISABLED flag from m68k architecture >> code. It's a NOOP since 2.6.35 and it will be removed one day. >> >> Signed-off-by: Michael

Re: [PATCH V3 12/14] regulator: tps6524x: use devm_regulator_register()

> Hi Axel, > > I really appreciate your comment. > > Then, you mean the following. > If I am wrong, please let me know. :-) > Thank you. Then you can remove pmic_remove() function,like below diff. With these change, you can add Reviewed-by: Axel Lin diff --git

Re: [RFC, PATCH] clocksource: provide timekeeping for efm32 SoCs

Hello Daniel, On Thu, Sep 26, 2013 at 01:49:52AM +0200, Daniel Lezcano wrote: > On 09/25/2013 05:32 PM, Uwe Kleine-König wrote: > >>> +static void __init efm32_timer_init(struct device_node *np) > >>> +{ > >>> + static int has_clocksource, has_clockevent; > >>> + int ret; > >>> + > >>> + if

Re: [PATCH V4 13/15] Hibernate: introduced SNAPSHOT_SIG_HASH config for select hash algorithm

Hi! > > On Sun 2013-09-15 08:56:59, Lee, Chun-Yi wrote: > > > This patch introduced SNAPSHOT_SIG_HASH config for user to select which > > > hash algorithm will be used during signature generation of snapshot. > > > > This series is big enough already... and who is going to test it? > > The hash

Re: [PATCH 21/21] cpuidle: change governor from within cpuidle_replace_governor()

On 09/26/2013 08:37 AM, Viresh Kumar wrote: On 26 September 2013 04:20, Daniel Lezcano wrote: Actually I am wondering if all this stuff is not over-engineered. There are 2 governors, each of them suits for a specific kernel config, periodic tick or tickless system. menu => tickless

Re: [PATCH 19/21] cpuidle: create list of registered drivers

On 09/26/2013 08:17 AM, Viresh Kumar wrote: On 26 September 2013 04:00, Daniel Lezcano wrote: If you introduce a list, you will have to introduce a lock to protect it. I missed it, should have added that :) This lock will be in the fast path cpuidle_idle_call with the get_driver function

Re: [PATCH v2 0/4] arm: zynq: Enable global timer

Hi Daniel, On 09/25/2013 05:20 PM, Daniel Lezcano wrote: > On 09/18/2013 08:48 PM, Soren Brinkmann wrote: >> Hi all, >> >> here's a v2. I reused the subject from my v1 submission although the focus of >> this series moved a bit towards the timer subsystem. >> I replaced Stephen's fix to prevent

[PATCH] m68k/defconfig: Make NFS_V4 modular instead of builtin

This reduces the kernel image size by ca. 100 KiB, while still allowing NFS root. Signed-off-by: Geert Uytterhoeven --- arch/m68k/configs/amiga_defconfig|2 +- arch/m68k/configs/apollo_defconfig |2 +- arch/m68k/configs/atari_defconfig|2 +-

<    2   3   4   5   6   7   8   9   10   11   >