Hi all,
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140319:
The powerpc tree still had its build failure.
The net-next tree lost its another build failure.
The wireless-next tree lost its build failure.
The drm-intel tree lost its build failure
Hi,
On 03/20/2014 02:20 PM, Kishon Vijay Abraham I wrote:
> 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
Now, deactivate_page works for file page but MADV_FREE will use
it to move lazyfree pages to inactive LRU's tail so this patch
makes deactivate_page work with anon pages as well as file pages.
Signed-off-by: Minchan Kim
---
include/linux/mm_inline.h | 9 +
mm/swap.c | 20
MADV_FREEed pages should be discarded before working set pages
are reclaimed because most of users(ex, tcmalloc and jemalloc)
have used it instead of MADV_DONTNEED which zap pages instantly.
Signed-off-by: Minchan Kim
---
mm/memory.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/mm/memory.
Linux doesn't have an ability to free pages lazy while other OS
already have been supported that named by madvise(MADV_FREE).
The gain is clear that kernel can evict freed pages rather than
swapping out or OOM if memory pressure happens.
Without memory pressure, freed pages would be reused by use
This patch is an attempt to support MADV_FREE for Linux.
Rationale is following as.
Allocators call munmap(2) when user call free(3) if ptr is
in mmaped area. But munmap isn't cheap because it have to
clean up all pte entries, unlinking a vma and returns free pages
to page allocator so that overh
From: Jane Li
This patch tries to fix a warning about possible circular locking
dependency.
If do in following sequence:
enter suspend -> resume -> plug-out CPUx (echo 0 > cpux/online)
lockdep will show warning as following:
==
[ INFO: p
On 03/19/2014 06:00 PM, Jan Kara wrote:
> On Wed 19-03-14 11:08:08, Jane Li wrote:
>> On 02/12/2014 05:19 AM, Andrew Morton wrote:
>>> On Tue, 11 Feb 2014 14:50:00 +0800 wrote:
> Umm, I disagree with the patch. What I proposed in my answer to your patch
> is something like the patch below. Doe
This patch adds support for building Intel uncore driver as module.
It adds clean-up code and config option for the Intel uncore driver
Signed-off-by: Yan, Zheng
---
Changes since v1:
move config option to "General setup/Kernel Performance Events and Counters"
arch/x86/kernel/cpu/Makefile
From: Mika Westerberg
Add support for Intel Low Power I/O subsystem PWM controllers found on
Intel BayTrail SoC.
Signed-off-by: Mika Westerberg
Signed-off-by: Chew, Kean Ho
Signed-off-by: Chang, Rebecca Swee Fun
Signed-off-by: Chew, Chiau Ee
---
changelog v3:
* check validity of clk_get_ra
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 MACH
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 whi
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 pair
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
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
--- a/arch/arm/boot/dts/vf610-twr
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 pinctrl
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 b/arch/arm/boot/dts/
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 ac
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: A
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 Weisbec
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 ++
tools
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 wh
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 insertions
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 file
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 th
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: Fre
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
---
tools/perf/ui/browsers/hists.c
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 the
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 i
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 a/tools/perf/ui/b
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
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: Namhyu
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 b/tools/perf/ui/gt
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
---
tools/perf/Documentation/perf-top.txt
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
---
tools/perf/b
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
An
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 a/tools/pe
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 i
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 b
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 inserti
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 lik
> > 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 flow
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;
>li
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 de
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;
>li
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 drive
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 sw
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 __lookup
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-
> ker...@vger
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 +++
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 inse
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 a/arch/arm/
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
Signed-off-
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 option
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
> cpufreq_poli
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:
> s
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 mig
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 SENSOR_ATT
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 BUI
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 u
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 Russel
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: Pa
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
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
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
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 endlessly
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 unsubsc
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 a
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; H.
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 lremove
- 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 argumen
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. Thi
> -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
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:
http://tuxonice.nigelcunningham.com.au/downloads/all/tuxonice-for-linux-3.0-2012-10-23.patc
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 a/drivers/devfreq/exy
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 goi
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 a/driver
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 a
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
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.
git://git.kernel.org/pub/scm/linux/kernel/git
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 Weisb
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:
http://lkml.kernel.org/r/1394499898-1537-2-git-send-email-mathieu.desnoy...@efficios.com
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 a
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 4c1
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() i
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 6eef
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;
>li
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
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
> Reviewed
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 sm
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
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
ra
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. W
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 the
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 :-)
>>>
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 (3
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, un
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
>> ---
>> driv
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: Ra
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 yo
1 - 100 of 745 matches
Mail list logo
