Re: [PATCH v2 3/5] thermal: dove: prepare new Dove DT Kconfig variable

On Mon, 2014-03-03 at 23:03 -0500, Jason Cooper wrote: > On Sat, Mar 01, 2014 at 09:33:19AM +0100, Sebastian Hesselbarth wrote: > > DT-enabled Dove will move over from ARCH_DOVE in mach-dove to MACH_DOVE in > > mach-mvebu. As non-DT ARCH_DOVE will stay to rot for a while, add a new > > DT-only

Re: Tasks stuck in futex code (in 3.14-rc6)

On Thu, 2014-03-20 at 11:03 +0530, Srikar Dronamraju wrote: > > > Joy,.. let me look at that with ppc in mind. > > > > OK; so while pretty much all the comments from that patch are utter > > nonsense (what was I thinking), I cannot actually find a real bug. > > > > But could you try the below

[PATCH 2/2] aio: fix the confliction of read events and migrating ring page

Since we do not have additional protection on the page at the read events side, so it is possible that the read of the page takes place after the page has been freed and allocated to another part of the kernel. This would result in the read returning invalid information. So here we add a mutex

[PATCH 2/3] ARM: dts: vf610-twr: Add PWM0's pinctrl node

Signed-off-by: Xiubo Li --- arch/arm/boot/dts/vf610-twr.dts | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/vf610-twr.dts b/arch/arm/boot/dts/vf610-twr.dts index f3af8ea..3fabdb5 100644 --- a/arch/arm/boot/dts/vf610-twr.dts +++ b/arch/arm/boot/dts/vf610-twr.dts

[PATCH 3/3] ARM: dts: vf610-twr: Enables FTM PWM device.

Signed-off-by: Xiubo Li Reviewed-by: Sascha Hauer Reviewed-by: Yuan Yao --- arch/arm/boot/dts/vf610-twr.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/vf610-twr.dts b/arch/arm/boot/dts/vf610-twr.dts index 3fabdb5..c016ec8 100644 ---

[PATCH 0/3] Add DTS node for FTM PWM

Hi Shawn, The FTM PWM driver has been applied by the Maintainer, so here I resend this patches based upon git://git.linaro.org/people/shawnguo/linux-2.6.git newest reporsitory. Xiubo Li (3): ARM: dts: vf610: Add Freescale FTM PWM node. ==> resend v10 ARM: dts: vf610-twr: Add PWM0's

[PATCH 1/3] ARM: dts: vf610: Add Freescale FTM PWM node.

This adds devicetree node for VF610, and there are 8 channels supported. Signed-off-by: Xiubo Li Reviewed-by: Sascha Hauer Reviewed-by: Yuan Yao --- arch/arm/boot/dts/vf610.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm/boot/dts/vf610.dtsi

[PATCH 1/2] aio: clean up aio_migratepage() and related code much

As the page migration framework holds lock_page() to protect the pages (both old and new) while migrating, so while the page migrating, both of old page and new page are locked. And the aio context teardown routine will call *truncate*(in put_aio_ring_file()) to truncate pagecache which needs to

RE: [PATCH] usb: gadget: fsl: Add FSL USB Gadget entry in platform device id

Ignore last mail, was not intended for you. > -Original Message- > From: Gupta Suresh-B42813 > Sent: Wednesday, March 19, 2014 11:33 PM > To: 'gre...@linuxfoundation.org' > Cc: ba...@ti.com; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: RE: [PATCH] usb: gadget: fsl:

[PATCH 03/21] perf hists: Check if accumulated when adding a hist entry

To support callchain accumulation, @entry should be recognized if it's accumulated or not when add_hist_entry() called. The period of an accumulated entry should be added to ->stat_acc but not ->stat. Add @sample_self arg for that. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic

[PATCH 04/21] perf hists: Accumulate hist entry stat based on the callchain

Call __hists__add_entry() for each callchain node to get an accumulated stat for an entry. Introduce new cumulative_iter ops to process them properly. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/builtin-report.c | 2 ++

[PATCH 05/21] perf tools: Update cpumode for each cumulative entry

The cpumode and level in struct addr_localtion was set for a sample and but updated as cumulative callchains were added. This led to have non-matching symbol and cpumode in the output. Update it accordingly based on the fact whether the map is a part of the kernel or not. This is a reverse of

[PATCH 08/21] perf tools: Save callchain info for each cumulative entry

When accumulating callchain entry, also save current snapshot of the chain so that it can show the rest of the chain. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 17 +++-- 1 file changed, 15

[PATCH 07/21] perf callchain: Add callchain_cursor_snapshot()

The callchain_cursor_snapshot() is for saving current status of the callchain. It'll be used to accumulate callchain information for each node. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/util/callchain.h | 9 + 1

[PATCHSET 00/21] perf tools: Add support to accumulate hist periods (v9)

Hello, This is a new attempt to implement cumulative hist period report. This work begins from Arun's SORT_INCLUSIVE patch [1] but I completely rewrote it from scratch. This version depends on my previous percentage patchset [2] and output field patchset[3]. So please test this again although

[PATCH 06/21] perf report: Cache cumulative callchains

It is possble that a callchain has cycles or recursive calls. In that case it'll end up having entries more than 100% overhead in the output. In order to prevent such entries, cache each callchain node and skip if same entry already cumulated. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc:

[PATCH 12/21] perf tools: Apply percent-limit to cumulative percentage

If -g cumulative option is given, it needs to show entries which don't have self overhead. So apply percent-limit to accumulated overhead percentage in this case. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim ---

[PATCH 09/21] perf ui/hist: Add support to accumulated hist stat

Print accumulated stat of a hist entry if requested. To do that, add new HPP_PERCENT_ACC_FNS macro and generate a perf_hpp_fmt using it. The __hpp__sort_acc() function sorts entries by accumulated period value. When accumulated periods of two entries are same (i.e. single path callchain) put

[PATCH 13/21] perf tools: Add more hpp helper functions

Sometimes it needs to disable some columns at runtime. Add help functions to support that. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/ui/hist.c | 17 + tools/perf/util/hist.h | 4 2 files changed, 21

[PATCH 10/21] perf ui/browser: Add support to accumulated hist stat

Print accumulated stat of a hist entry if requested. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 26 +- 1 file changed, 25 insertions(+), 1 deletion(-) diff --git

[PATCH 14/21] perf report: Add --children option

The --children option is for showing accumulated overhead (period) value as well as self overhead. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/Documentation/perf-report.txt | 7 ++- tools/perf/builtin-report.c

[PATCH 02/21] perf hists: Add support for accumulated stat of hist entry

Maintain accumulated stat information in hist_entry->stat_acc if symbol_conf.cumulate_callchain is set. Fields in ->stat_acc have same vaules initially, and will be updated as callchain is processed later. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by:

[PATCH 11/21] perf ui/gtk: Add support to accumulated hist stat

Print accumulated stat of a hist entry if requested. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/ui/gtk/hists.c | 17 + 1 file changed, 17 insertions(+) diff --git a/tools/perf/ui/gtk/hists.c

[PATCH 19/21] perf top: Add --children option

The --children option is for showing accumulated overhead (period) value as well as self overhead. It should be used with one of -g or --call-graph option. Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim ---

[PATCH 18/21] perf top: Convert to hist_entry_iter

Reuse hist_entry_iter__add() function to share the similar code with perf report. Note that it needs to be called with hists.lock so tweak some internal functions not to deadlock or hold the lock too long. Tested-by: Arun Sharma Acked-by: Jiri Olsa Signed-off-by: Namhyung Kim ---

[PATCH 20/21] perf top: Add top.children config option

Add top.children config option for setting default value of callchain accumulation. It affects the output only if one of -g or --call-graph option is given as well. A user can write .perfconfig file like below to enable accumulation by default: $ cat ~/.perfconfig [top] children = true

[PATCH 16/21] perf tools: Do not auto-remove Children column if --fields given

Depending on the configuration perf inserts/removes the Children column in the output automatically. But it might not be what user wants if [s]he give --fields option explicitly. Signed-off-by: Namhyung Kim --- tools/perf/ui/hist.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH 15/21] perf report: Add report.children config option

Add report.children config option for setting default value of callchain accumulation. It affects the report output only if perf.data contains callchain info. A user can write .perfconfig file like below to enable accumulation by default: $ cat ~/.perfconfig [report] children = true And

[PATCH 17/21] perf tools: Add callback function to hist_entry_iter

The new ->add_entry_cb() will be called after an entry was added to the histogram. It's used for code sharing between perf report and perf top. Note that ops->add_*_entry() should set iter->he properly in order to call the ->add_entry_cb. Also pass @arg to the callback function. It'll be used

[PATCH 21/21] perf tools: Enable --children option by default

Now perf top and perf report will show children column by default if it has callchain information. Requested-by: Ingo Molnar Tested-by: Arun Sharma Acked-by: Jiri Olsa Cc: Frederic Weisbecker Signed-off-by: Namhyung Kim --- tools/perf/util/symbol.c | 11 ++- 1 file changed, 6

[PATCH 01/21] perf tools: Introduce struct hist_entry_iter

There're some duplicate code when adding hist entries. They are different in that some have branch info or mem info but generally do same thing. So introduce new struct hist_entry_iter and add callbacks to customize each case in general way. The new perf_evsel__add_entry() function will look

Re: Tasks stuck in futex code (in 3.14-rc6)

> > Joy,.. let me look at that with ppc in mind. > > OK; so while pretty much all the comments from that patch are utter > nonsense (what was I thinking), I cannot actually find a real bug. > > But could you try the below which replaces a control dependency with a > full barrier. The control

RE: [PATCHv4 4/5] Input: edt-ft5x06: Ignore touchdown events

From: Lothar Waßmann Data: Wednesday, March 19, 2014 9:09 PM >To: Dmitry Torokhov; Duan Fugang-B38611; Grant Likely; Henrik Rydberg; Ian >Campbell; Jingoo Han; Kumar Gala; Mark Rutland; Pawel Moll; Rob Herring; Rob >Landley; Sachin Kamat; devicet...@vger.kernel.org; linux-...@vger.kernel.org;

Re: [PATCH 1/2] extcon: of: Remove unnecessary function call by using the name of device_node

Hi, On Thursday 20 March 2014 07:52 AM, Chanwoo Choi wrote: > Hi, > > On 03/19/2014 09:08 PM, Kishon Vijay Abraham I wrote: >> Hi, >> >> On Tuesday 18 March 2014 05:34 PM, Chanwoo Choi wrote: >>> This patch remove unnecessary function call in of_extcon_get_extcon_dev() >>> by using the name of

RE: [PATCHv4 2/5] Input: edt-ft5x06: Add DT support

From: Lothar Waßmann Data: Wednesday, March 19, 2014 9:09 PM >To: Dmitry Torokhov; Duan Fugang-B38611; Grant Likely; Henrik Rydberg; Ian >Campbell; Jingoo Han; Kumar Gala; Mark Rutland; Pawel Moll; Rob Herring; Rob >Landley; Sachin Kamat; devicet...@vger.kernel.org; linux-...@vger.kernel.org;

Re: [PATCH v5 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller

On Thu, Mar 13, 2014 at 07:07:43PM -0700, Bjorn Andersson wrote: > This bus driver supports the QUP i2c hardware controller in the Qualcomm SOCs. > The Qualcomm Universal Peripheral Engine (QUP) is a general purpose data path > engine with input/output FIFOs and an embedded i2c mini-core. The

Re: bad rss-counter message in 3.14rc5

On Wed, 19 Mar 2014, Dave Jones wrote: > On Tue, Mar 18, 2014 at 07:19:09PM -0700, Hugh Dickins wrote: > > > Another positive on the rss counters, great, thanks Dave. > > That encourages me to think again on the swapops BUG, but no promises. > > So while I slept I ran a test kernel with that

Re: [PATCH] fs/namespace: don't clobber mnt_hash.next while umounting [v2]

On Wed, Mar 19, 2014 at 9:21 PM, Al Viro wrote: > > Er... I have, actually, right in the part you've snipped ;-) Heh. That's what I get for just reading the patch, and skimming the explanation. > I would prefer to deal with (1) by turning mnt_hash into hlist; the problem > with that is

RE: [PATCH v5] can: xilinx CAN controller support.

Hi Marc, > -Original Message- > From: Michal Simek [mailto:mon...@monstr.eu] > Sent: Wednesday, March 12, 2014 3:32 PM > To: Marc Kleine-Budde > Cc: Appana Durga Kedareswara Rao; linux-...@vger.kernel.org; > net...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux- >

[PATCH v3 1/4] clk: samsung: add new Kconfig for Samsung common clock option

This patch adds new Kconfig file for adding new COMMON_CLK_SAMSUNG option. Samsung platforms can select this for using common clock infrastructure. CC: Tomasz Figa CC: Mike Turquette Signed-off-by: Pankaj Dubey --- drivers/clk/Kconfig |2 ++ drivers/clk/samsung/Kconfig |3 +++

[PATCH v3 4/4] drivers: clk: use COMMON_CLK_SAMSUNG for Samsung clock support

This patch replaces PLAT_SAMSUNG with COMMON_CLK_SAMSUNG for Samsung common clock support. Any Samsung SoC want to use Samsung common clock infrastructure can simply select COMMON_CLK_SAMSUNG. CC: Tomasz Figa Signed-off-by: Pankaj Dubey --- drivers/clk/Makefile |2 +- 1 file changed, 1

[PATCH v3 2/4] ARM: select COMMON_CLK_SAMSUNG for ARCH_EXYNOS and ARCH_S3C64XX

This patch selects COMMON_CLK_SAMSUNG for EXYNOS and S3C64XX SoC and removes COMMON_CLK selection as COMMON_CLK_SAMSUNG selects it's dependency. CC: Russell King Signed-off-by: Pankaj Dubey --- arch/arm/Kconfig |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v3 3/4] ARM: S3C24XX: move S3C24XX clock Kconfig options to Samsung clock Kconfig file

This patch moves S3C24XX specific clock Kconfig options into "clk/samsung/Kconfig" and also removes COMMON_CLK selection from "mach-s3c24xx/Kconfig" as S3C24XX_COMMON_CLK is selecting it's dependency. CC: Ben Dooks CC: Kukjin Kim CC: Russell King CC: Mike Turquette CC: Tomasz Figa

[PATCH v3 0/4] Introduce new Kconfig for Samsung common clock

Introduce a new Kconfig file for Samsung common clock infrastructure related config options. As current Samsung common clock gets compiled based on PLAT_SAMSUNG, but moving ahead with ARM64 we can not have any more such config options, so this patch introduce new COMMON_CLK_SAMSUNG invisible

Re: [RFC v3] cpufreq: Make sure frequency transitions are serialized

On 19 March 2014 17:45, Srivatsa S. Bhat wrote: > diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c > index 199b52b..e90388f 100644 > --- a/drivers/cpufreq/cpufreq.c > +++ b/drivers/cpufreq/cpufreq.c > @@ -349,6 +349,38 @@ void cpufreq_notify_post_transition(struct >

Re: Stricter module param and sysfs permission checks

On Thu, Mar 20, 2014 at 01:43:44PM +1030, Rusty Russell wrote: > drivers/mtd/devices/docg3.c: > __ATTR(f##id##_dps0_protection_key, S_IWUGO, NULL, dps0_insert_key), \ > __ATTR(f##id##_dps1_protection_key, S_IWUGO, NULL, dps1_insert_key), \ > > drivers/scsi/pm8001/pm8001_ctl.c: >

Re: [PATCH] fs/namespace: don't clobber mnt_hash.next while umounting [v2]

On Wed, Mar 19, 2014 at 09:02:33PM -0700, Linus Torvalds wrote: > Quite frankly, if that's the main issue, then may I suggest aiming to > use a 'hlist' instead of a doubly-linked list? Those have the > advantage that they are NULL-terminated. > > Yeah, hlists have some disadvantages too, which

Stricter module param and sysfs permission checks

CC's trimmed, this is not a virtio issue. Joe Perches writes: > On Wed, 2014-03-19 at 17:07 +1030, Rusty Russell wrote: >> Ted: module_param(queue_depth, int, 444) >> Joe: 0444! >> Rusty: User perms >= group perms >= other perms? >> Joe: CLASS_ATTR, DEVICE_ATTR, SENSOR_ATTR and

Re: [PATCH] virtio-blk: make the queue depth configurable

Joe Perches writes: > Couple more bikesheddy things: > > Is there ever a reason to use a non __builtin_const_p(perms)? It's a bit conservative, and anyway, the test is useless since AFAICT BUILD_BUG_ON() is a noop if !__builtin_const_p(). I removed it and re-tested. > Maybe that should be a

linux-next: manual merge of the xen-tip tree with the tip tree

Hi all, Today's linux-next merge of the xen-tip tree got a conflict in drivers/xen/events/events_base.c between commit 02893afdd310 ("xen: Get rid of the last irq_desc abuse") from the tip tree and commit 8fb980538510 ("xen: add support for MSI message groups") from the xen-tip tree. I fixed it

Re: [PATCH] virtio-blk: make the queue depth configurable

Bjorn Helgaas writes: > On Wed, Mar 19, 2014 at 12:37 AM, Rusty Russell wrote: >> Side effect of stricter permissions means removing the unnecessary >> S_IFREG from drivers/pci/slot.c. >> >> Suggested-by: Joe Perches >> Cc: Bjorn Helgaas >> Cc: Greg Kroah-Hartman >> Signed-off-by: Rusty

Re: [PATCH v2 1/4] clk: samsung: add new Kconfig for Samsung common clock options

On 03/19/2014 09:19 PM, Tomasz Figa wrote: Hi Pankaj, On 12.03.2014 05:32, Pankaj Dubey wrote: This patch adds new Kconfig file for adding new config option as COMMON_CLK_SAMSUNG for Samsung common clock. This patch also moves S3C24XX specific clock options here in this file. Signed-off-by:

Re: [PATCH v2 2/4] drivers: clk: use CONFIG_COMMON_CLK_SAMSUNG for Samsung clock support

On 03/19/2014 09:18 PM, Tomasz Figa wrote: Hi Pankaj, On 12.03.2014 05:32, Pankaj Dubey wrote: This patch includes Samsung clock Kconfig file, and replaces PLAT_SAMSUNG with COMMON_CLK_SAMSUNG for Samsung common clock support. Any Samsung SoC want to use Samsung common clock infrastructure can

Re: [PATCH] fs/namespace: don't clobber mnt_hash.next while umounting [v2]

On Wed, Mar 19, 2014 at 8:48 PM, Al Viro wrote: > > NAK. Nice catch, the bug is real, but the fix is wrong. For one thing, > you have missed detach_mnt()/attach_mnt(), so you are not covering > all places where the sucker might be removed from the list. For another, > I don't believe that this

Re: [PATCH 0/6] File Sealing & memfd_create()

On Wed, Mar 19, 2014 at 12:06 PM, David Herrmann wrote: > > Unlike existing techniques that provide similar protection, sealing allows > file-sharing without any trust-relationship. This is enforced by rejecting > seal > modifications if you don't own an exclusive reference to the given file. I

Re: [PATCH] fs/namespace: don't clobber mnt_hash.next while umounting [v2]

On Wed, Mar 19, 2014 at 10:39:45PM +0100, Max Kellermann wrote: > mount.mnt_hash is RCU-protected. However, list_move() breaks RCU > protection: when one thread walks the linked list while another calls > list_move(), it may "redirect" the first thread into the new list, > making it loop

Re: [PATCH net-next,v3] hyperv: Add support for virtual Receive Side Scaling (vRSS)

From: Sergei Shtylyov Date: Thu, 20 Mar 2014 00:56:05 +0300 > Hello. > > On 03/19/2014 11:40 PM, David Miller wrote: > >>> +extern u8 netvsc_hash_key[]; > >> We no longer use extern in header file function declarations. > >Wait, this is a variable declaration. :-) My bad :) -- To

linux-next: manual merge of the tip tree with the arm-soc tree

Hi all, Today's linux-next merge of the tip tree got a conflict in arch/arm/mach-imx/pm-imx6q.c between commit 9cdde7217e92 ("ARM: imx6: rename pm-imx6q.c to pm-imx6.c") from the arm-soc tree and commit 8435cf757632 ("arm: Replace various irq_desc accesses") from the tip tree. I fixed it up (by

Re: Info: mapping multiple BARs. Your kernel is fine.

On Thu, Mar 20, 2014 at 4:03 AM, Zhang, Rui wrote: > > >> -Original Message- >> From: Lu, Aaron >> Sent: Thursday, March 20, 2014 10:24 AM >> To: Rafael J. Wysocki; Borislav Petkov >> Cc: lkml; x...@kernel.org; Bjorn Helgaas; Linux PCI; ACPI Devel Maling >> List; Zhang, Rui; Yinghai Lu;

[PATCH] vfs: Deduplicate code shared by xattr system calls operating on paths

The following pairs of system calls dealing with extended attributes only differ in their behavior on whether the symbolic link is followed (when the named file is a symbolic link): - setxattr() and lsetxattr() - getxattr() and lgetxattr() - listxattr() and llistxattr() - removexattr() and

Re: [RFC PATCH v6 2/3] Tracepoint API doc update: data argument

- Original Message - > From: "Steven Rostedt" > To: "Mathieu Desnoyers" > Cc: linux-kernel@vger.kernel.org, "Ingo Molnar" , "Frederic > Weisbecker" , > "Andrew Morton" > Sent: Wednesday, March 19, 2014 11:01:32 PM > Subject: Re: [RFC PATCH v6 2/3] Tracepoint API doc update: data

Re: [PATCH 1/2] cpufreq: Add stop callback to cpufreq_driver interface

On Wednesday, March 19, 2014 11:31:31 PM Rafael J. Wysocki wrote: > On Wednesday, March 19, 2014 08:45:53 AM dirk.brande...@gmail.com wrote: > > From: Dirk Brandewie > > > > This callback allows the driver to do clean up before the CPU is > > completely down and its state cannot be modified.

RE: Info: mapping multiple BARs. Your kernel is fine.

> -Original Message- > From: Lu, Aaron > Sent: Thursday, March 20, 2014 10:24 AM > To: Rafael J. Wysocki; Borislav Petkov > Cc: lkml; x...@kernel.org; Bjorn Helgaas; Linux PCI; ACPI Devel Maling > List; Zhang, Rui; Yinghai Lu; H. Peter Anvin; Stephane Eranian > Subject: Re: Info: mapping

Re: [PATCH v7 2/2] ARM hibernation / suspend-to-disk

Hi , I'm trying add the hibernation to Freescale imx6Q(Cortex-A9*4), and I use the patches from: http://lists.infradead.org/pipermail/linux-arm-kernel/2010-December/036055.html And the TuxOnIce patches:

[PATCHv4 1/5] devfreq: exynos4: Fix bug of resource leak and code clean on probe()

This patch fix bug about resource leak when happening probe fail and code clean to add debug message. Signed-off-by: Chanwoo Choi --- drivers/devfreq/exynos/exynos4_bus.c | 35 +++ 1 file changed, 23 insertions(+), 12 deletions(-) diff --git

[PATCHv4 0/5] devfreq: exynos: Fix minor issue and code clean to remove legacy method

This patchset use SIMPLE_DEV_PM_OPS macro intead of legacy method and fix probe fail if CONFIG_PM_OPP is disabled. Also, this patchset fix minor issue. Changes from v3: - Discard patches related to DT support because DT support patch of patchset don't satisfy the basic of dt concept. So, I'm

[PATCHv4 5/5] devfreq: exynos5: Add CONFIG_PM_OPP dependency to fix probe fail

This patch add CONFIG_PM_OPP dependecy to exynos5_bus driver to fix probe fail. If CONFIG_PM_OPP is disabled, dev_pm_opp_find_freq_floor() will always return ERR_PTR(-EINVAL) error. Signed-off-by: Chanwoo Choi --- drivers/devfreq/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[for-next][PATCH 1/4] ftrace: Fix compilation warning about control_ops_free

From: Jiri Slaby With CONFIG_DYNAMIC_FTRACE=n, I see a warning: kernel/trace/ftrace.c:240:13: warning: 'control_ops_free' defined but not used static void control_ops_free(struct ftrace_ops *ops) ^ Move that function around to an already existing #ifdef CONFIG_DYNAMIC_FTRACE block

Re: [RFC PATCH v6 2/3] Tracepoint API doc update: data argument

On Wed, 19 Mar 2014 18:31:01 -0400 Mathieu Desnoyers wrote: > Describe the @data argument (probe private data). As you probably noticed, I added your previous patch to my tree. You don't need to keep this with your patches. -- Steve > > Fixes: 38516ab59fbc "tracing: Let tracepoints have data

[for-next][PATCH 0/4] tracing: More updates for 3.15

Minor changes, but this includes updates from Mathieu Desnoyers for fixing the documentation of the way the current code works in my next repo. He's currently working on other ways to handle the changes, but until that is ready, this will have to do.

[for-next][PATCH 2/4] tracepoints: API doc update to data argument

From: Mathieu Desnoyers Describe the @data argument (probe private data). Link: http://lkml.kernel.org/r/1394587948-27878-1-git-send-email-mathieu.desnoy...@efficios.com Fixes: 38516ab59fbc "tracing: Let tracepoints have data passed to tracepoint callbacks" CC: Ingo Molnar CC: Frederic

[for-next][PATCH 3/4] tracepoints: API doc update to tracepoint_probe_register() return value

From: Mathieu Desnoyers Describe the return values of tracepoint_probe_register(), including -ENODEV added by commit: Author: Steven Rostedt tracing: Warn if a tracepoint is not set via debugfs Link:

[for-next][PATCH 4/4] ftrace: Constify ftrace_text_reserved

From: Sasha Levin Link: http://lkml.kernel.org/r/1357772960-4436-5-git-send-email-sasha.le...@oracle.com Signed-off-by: Sasha Levin Signed-off-by: Steven Rostedt --- include/linux/ftrace.h | 4 ++-- kernel/trace/ftrace.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCHv4 2/5] devfreq: exynos4: Use SIMPLE_DEV_PM_OPS macro

This patch use SIMPLE_DEV_PM_OPS macro instead of legacy method. Signed-off-by: Chanwoo Choi --- drivers/devfreq/exynos/exynos4_bus.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/devfreq/exynos/exynos4_bus.c b/drivers/devfreq/exynos/exynos4_bus.c index

[PATCHv4 3/5] devfreq: exynos4: Add CONFIG_PM_OPP dependency to fix probe fail

This patch add CONFIG_PM_OPP dependecy to exynos4_bus driver to fix probe fail as following log: [3.721389] exynos4-busfreq busfreq.3: Fail to add opp entries. [3.721697] exynos4-busfreq: probe of busfreq.3 failed with error -22 If CONFIG_PM_OPP is disabled, dev_pm_opp_find_freq_floor()

[PATCHv4 4/5] devfreq: exynos5: Use SIMPLE_DEV_PM_OPS macro

This patch use SIMPLE_DEV_PM_OPS macro instead of legacy method. Signed-off-by: Chanwoo Choi --- drivers/devfreq/exynos/exynos5_bus.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/devfreq/exynos/exynos5_bus.c b/drivers/devfreq/exynos/exynos5_bus.c index

RE: [PATCHv4 1/5] Input: edt-ft5x06: several cleanups; no functional change

From: Lothar Waßmann Data: Wednesday, March 19, 2014 9:09 PM >To: Dmitry Torokhov; Duan Fugang-B38611; Grant Likely; Henrik Rydberg; Ian >Campbell; Jingoo Han; Kumar Gala; Mark Rutland; Pawel Moll; Rob Herring; Rob >Landley; Sachin Kamat; devicet...@vger.kernel.org; linux-...@vger.kernel.org;

Re: [PATCH 0/6] File Sealing & memfd_create()

On Wed, Mar 19, 2014 at 08:06:45PM +0100, David Herrmann wrote: > Hi > > This series introduces the concept of "file sealing". Sealing a file restricts > the set of allowed operations on the file in question. Multiple seals are > defined and each seal will cause a different set of operations to

Re: [PATCH v11 0/4] thermal: samsung: Clean up and add support for Exynos5420

Hello Tomasz, On 20 March 2014 00:58, Tomasz Figa wrote: > Hi Leela, > > > On 19.03.2014 12:19, Leela Krishna Amudala wrote: >> >> Hi All, >> >> I didn't see this series in mainline, Any comments for this ? > > > Naveen had posted v12 of this series and I believe all the patches got my >

Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI

On Thu, 2014-03-20 at 03:47 +0100, Rafael J. Wysocki wrote: > On Wednesday, March 19, 2014 07:21:45 PM Joe Perches wrote: > > On Thu, 2014-03-20 at 00:00 +0100, Rafael J. Wysocki wrote: > > > > > Reorder PM and ACPI maintainer addresses in MAINTAINERS to make > > > the probability of that a bit

Re: [PATCH 0/9 v7] crypto:s5p-sss: Add DT and Exynos support

Hello Everyone, On 25 February 2014 15:16, Herbert Xu wrote: > On Mon, Feb 17, 2014 at 03:14:26PM +0530, Naveen Krishna Chatradhi wrote: >> SSS module on Exynos4210, Exynos5250 and Exynos5420 SoCs has added >> features to the one on S5PV210. However with minor changes the s5p-sss.c >> driver can

Re: [PATCH 7/8] ASoC: atmel: document clock properties of the wm8904 driver

Hi Mark, On 03/19/2014 06:28 PM, Mark Brown wrote: On Wed, Mar 19, 2014 at 01:57:23PM +0800, Bo Shen wrote: On 03/17/2014 07:55 PM, Mark Brown wrote: If this is a clock for the CODEC it should be documented as part of the binding for the CODEC and connected to the CODEC in the device tree

Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI

On Wednesday, March 19, 2014 07:21:45 PM Joe Perches wrote: > On Thu, 2014-03-20 at 00:00 +0100, Rafael J. Wysocki wrote: > > > Reorder PM and ACPI maintainer addresses in MAINTAINERS to make > > the probability of that a bit smaller. > > > FREEZER > > +M: Rafael J. Wysocki > > -M: "Rafael J.

Re: [Xen-devel] [PATCHv1] x86: don't schedule when handling #NM exception

Sounds good. On March 19, 2014 5:00:11 PM PDT, Greg Kroah-Hartman wrote: >On Sun, Mar 16, 2014 at 09:23:01PM -0700, H. Peter Anvin wrote: >> On 03/16/2014 09:12 PM, Sarah Newman wrote: >> > >> > Unconditional eager allocation works. Can xen users count on this >being included and applied to

Re: Info: mapping multiple BARs. Your kernel is fine.

On Thu, Mar 20, 2014 at 3:24 AM, Aaron Lu wrote: > On 03/15/2014 10:15 PM, Rafael J. Wysocki wrote: >> [CC list rearranged] >> >> On Monday, February 24, 2014 05:24:00 PM Borislav Petkov wrote: >>> This started happening this morning after booting -rc4+tip, let's >>> add *everybody* to CC :-) >>>

Re: Thread Scheduler

On Wed, 2014-03-19 at 13:01 -0700, Mahmood Naderan wrote: > > One more question. Is it possible to dynamically change the scheduling > policy, e.g from fair to clock? marge:~ # man -k setscheduler getscheduler sched_setscheduler (2) - set and get scheduling policy/parameters sched_setscheduler

Re: Info: mapping multiple BARs. Your kernel is fine.

On 03/15/2014 10:15 PM, Rafael J. Wysocki wrote: > [CC list rearranged] > > On Monday, February 24, 2014 05:24:00 PM Borislav Petkov wrote: >> This started happening this morning after booting -rc4+tip, let's >> add *everybody* to CC :-) >> >> We have intel_uncore_init, snb_uncore_imc_init_box,

Re: [PATCH 1/2] extcon: of: Remove unnecessary function call by using the name of device_node

Hi, On 03/19/2014 09:08 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Tuesday 18 March 2014 05:34 PM, Chanwoo Choi wrote: >> This patch remove unnecessary function call in of_extcon_get_extcon_dev() >> by using the name of device_node structure. >> >> Signed-off-by: Chanwoo Choi >> --- >>

Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI

On Thu, 2014-03-20 at 00:00 +0100, Rafael J. Wysocki wrote: > Reorder PM and ACPI maintainer addresses in MAINTAINERS to make > the probability of that a bit smaller. > FREEZER > +M: Rafael J. Wysocki > -M: "Rafael J. Wysocki" [] > HIBERNATION (aka Software Suspend, aka swsusp) > +M:

Re: [PATCH 1/3] bridge: preserve random init MAC address

On Tue, Mar 18, 2014 at 08:10:56PM -0700, Stephen Hemminger wrote: > On Wed, 12 Mar 2014 20:15:25 -0700 > "Luis R. Rodriguez" wrote: > > > As it is now if you add create a bridge it gets started > > with a random MAC address and if you then add a net_device > > as a slave but later kick it out

Re: [PATCH 00/17 for-tip V3] A series patches about sched priority.

On 03/19/2014 04:36 PM, Peter Zijlstra wrote: I picked up all except: 2 - whcih I don't think should go through a scheduler tree Peter, as you did not pick the patch 2, there will be a conflict when you apply [3/17]. I sent a v2 for [3/17], which does not depend to [2/17]. Please replace

[PATCH 03/17 V2] kernel/sys: Replace opened code implementation with nice_to_rlimit().

Signed-off-by: Dongsheng Yang --- kernel/sys.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/kernel/sys.c b/kernel/sys.c index adaeab6..d412b9e 100644 --- a/kernel/sys.c +++ b/kernel/sys.c @@ -250,7 +250,7 @@ SYSCALL_DEFINE2(getpriority, int, which, int, who)

Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI

On Wednesday, March 19, 2014 11:54:10 PM Pavel Machek wrote: > On Thu 2014-03-20 00:00:14, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > For a few subsystems I am the person who actually applies patches > > and people don't CC me on patch submissions, because my address is > > not

Re: [PATCH 1/2] sysctl: fix incorrect write position handling

> > Why are we fixing this? Also sysctl writes are root only anyways. Protecting root against root? Seems odd. -Andi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [PATCHv2 4/5] staging: wlags49_h2: Correct macro style in wl_netdev.c

On Wed, Mar 19, 2014 at 11:56:14PM +0100, Mathieu Maret wrote: > Multi statement macro should use do{}while(0) > > patch v2 does not break compilation > --- > drivers/staging/wlags49_h2/wl_netdev.c | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-) > > diff --git

Re: [PATCH 1/2] coding style: fix quoted string split across lines

On Wed, Mar 19, 2014 at 11:04:56PM +0100, Cédric Cabessa wrote: > Signed-off-by: Cédric Cabessa In the future, please pick a subject line that says what part of the kernel you are changing. For example, this patch would be: staging: usbip: fix quoted string split across lines I'll fix

[PATCH 04/13] perf tools: Support event grouping in hpp ->sort()

Move logic of hist_entry__sort_on_period to __hpp__sort() in order to support event group report. Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim --- tools/perf/ui/hist.c | 64 +++- 1 file changed, 58 insertions(+), 6 deletions(-) diff --git

[RFC/PATCHSET 00/13] perf report: Add -F option for specifying output fields (v3)

Hello, This is a patchset implementing -F/--fields option to setup output field/column as Ingo requested. It depends on my perf/percentage patchset (with minor updates) [1]. The -F option can receive any sort keys that -s option recognize, plus following fields (name can be changed):

[PATCH 06/13] perf tools: Consolidate output field handling to hpp format routines

Until now the hpp and sort functions do similar jobs different ways. Since the sort functions converted/wrapped to hpp formats it can do the job in a uniform way. The perf_hpp__sort_list has a list of hpp formats to sort entries and the perf_hpp__list has a list of hpp formats to print output

[PATCH 07/13] perf ui: Get rid of callback from __hpp__fmt()

The callback was used by TUI for determining color of folded sign using percent of first field/column. But it cannot be used anymore since it now support dynamic reording of output field. So move the logic to the hist_browser__show_entry(). Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim

  1   2   3   4   5   6   7   8   9   10   >