於 一,2013-06-03 於 16:31 +,Matthew Garrett 提到:
> On Tue, 2013-06-04 at 00:13 +0800, joeyli wrote:
>
> > Oliver raised a question for if power fails between that succesful
> > attempt and the deletion?
>
> It's a pretty tiny window, but sure. Making sure we delete it seems
> sensible. In that ca
Acked-by: Jaehoon Chung
On 06/03/2013 07:58 AM, Heiko Stübner wrote:
> dw_mci_pltfm_remove gets exported and used by dw_mmc-exynos, so should
> not be static.
>
> Signed-off-by: Heiko Stuebner
> ---
> drivers/mmc/host/dw_mmc-pltfm.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
On 06/03/2013 07:59 AM, Heiko Stübner wrote:
> Cortex-A9 SoCs from Rockchip use a slightly modified variant of dw_mmc
> controllers that seems to require the SDMMC_CMD_USE_HOLD_REG bit to
> always be set.
>
> There also seem to be no other modifications (additional register etc)
> present, so to k
The usage of strict_strtoul() is not preferred, because
strict_strtoul() is obsolete. Thus, kstrtoul() should be
used.
Signed-off-by: Jingoo Han
Reviewed-by: Andy Shevchenko
---
Changes since v1:
- Removed redundant variables 'u8 reg'.
- Changed the type of 'user_value' from 'unsigned long' to '
The usage of strict_strtoul() is not preferred, because
strict_strtoul() is obsolete. Thus, kstrtoul() should be
used.
Signed-off-by: Jingoo Han
Reviewed-by: Andy Shevchenko
---
Changes since v1:
- Splitted to two sequential checks.
- Added Andy Shevchenko's Reviewed-by.
Changes since v1:
- Use
The usage of strict_strtoul() is not preferred, because
strict_strtoul() is obsolete. Thus, kstrtoul() should be
used.
Signed-off-by: Jingoo Han
Reviewed-by: Andy Shevchenko
---
Changes since v1:
- Split to two sequential checks.
- Replaced kstrtoul() & copy_from_user() with kstrtoul_from_user()
On Mon, Jun 03, 2013 at 11:14:56PM -0400, CAI Qian wrote:
>
>
> - Original Message -
> > From: "Dave Chinner"
> > To: "CAI Qian"
> > Cc: x...@oss.sgi.com, sta...@vger.kernel.org, "LKML"
> > , "linux-mm"
> > Sent: Monday, June 3, 2013 12:00:38 PM
> > Subject: Re: 3.9.4 Oops running xfs
On 06/01/2013 03:20 PM, Namjae Jeon wrote:
> From: Namjae Jeon
>
> Add the f2fs_remount function call which will be used
> during the filesystem remounting. This function
> will help us to change the mount options specific to
> f2fs.
>
> Also modify the f2fs background_gc mount option, which
>
Hi. Huajun.
I agree jaegeuk's opinion.
Additionally, It is better that you describe the effect in change-log
when this feature is added to f2fs.
e.g.
1. how much space is saved when storing kernel-tree(small files) ?
2. small files creation performance test.
3. file look-up performance
On Tue, Jun 04, 2013 at 02:16:18PM +1000, Dave Chinner wrote:
> On Mon, Jun 03, 2013 at 11:14:56PM -0400, CAI Qian wrote:
> > [ 102.312909]
> > =
> > [ 102.312910] RSP: 0018:88007d083e08 EFLAGS: 00010003
> > [ 102.
The patches are based on v3.10-rc4.
They are build tested for s3c2410_defconfig, s3c6400_defconfig,
s5p64x0_defconfig, s5pc100_defconfig, s5pv210_defconfig,
exynos4_defconfig and exynos_defconfig.
Since they affect all the Samsung boards, testing them on different
machines would be essential. Unf
Printing low-level debug messages make an assumption that the specified
UART port has been preconfigured by the bootloader. Incorrectly
specified UART port results in system getting stalled while printing the
message "Uncompressing Linux... done, booting the kernel"
This UART port number is specifi
For mach-exynos, uart_base is a pointer and the value is calculated
in the machine folder. For other machines, uart_base is defined as
a macro in platform directory. For symmetry, the uart_base macro
definition is removed and the uart_base calculation is moved to
specific machine folders.
This wou
From: Tomasz Figa
Since uart_base can be set dynamically in arch_detect_cpu(), there is no
need to have a copy of all code locally, just to override UART base
address.
This patch removes any duplicate code in uncompress.h variant of s5p64x0
and implements proper arch_detect_cpu() function to ini
Hi Heiko,
On Mon, Jun 03, 2013 at 09:59:55PM +0200, Heiko Stübner wrote:
> dw_apb_timer_init used to search the devicetree for matching timer
> devices, making calls to it from board files necessary.
>
> Change the dw_apb_timer_init to work with CLOCKSOURCE_OF_DECLARE.
> With this change the func
On Mon, Jun 03, 2013 at 07:53:01AM -0700, Dave Hansen wrote:
> On 06/02/2013 10:40 PM, Minchan Kim wrote:
> >> > diff -puN mm/vmscan.c~__delete_from_swap_cache-dont-clear-page-private
> >> > mm/vmscan.c
> >> > ---
> >> > linux.git/mm/vmscan.c~__delete_from_swap_cache-dont-clear-page-private
>
Hi Jonghwa,
Sorry for the late reply as I was on leave.
On Sat, May 18, 2013 at 10:53 AM, wrote:
> On 2013년 05월 14일 18:58, Amit Daniel Kachhap wrote:
>
>> This patch modifies TMU controller to add changes needed to work with
>> exynos5440 platform. This sensor registers 3 instance of the tmu co
Hi .
On Fri, May 17, 2013 at 5:26 PM, wrote:
> Hi, Amit
> On 2013년 05월 14일 18:58, Amit Daniel Kachhap wrote:
>
>> TMU urgently sends active-high signal (thermal trip) to PMU, and thermal
>> tripping by hardware logic. Thermal tripping means that PMU cuts off the
>> whole power of SoC by controll
No worries. I've attached a revised patch to the original email
thread, which includes Alan.
Thanks again,
Ben
--
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 http://vger.kernel.org/majordomo-i
Hi Eduardo,
On Wed, May 15, 2013 at 8:14 PM, Eduardo Valentin
wrote:
> On 14-05-2013 05:58, Amit Daniel Kachhap wrote:
>> Changes in V4:
>> Almost all the changes in this version is as per suggestion from Eduardo.The
>> major ones are listed below,
>> * Added kconfig symbol ARCH_HAS_TMU which n
>>> >> Forgive me but I'm a little lost on this thread...
>>> >>
>>> >> So we are planing to rely on instant 'cpu_load[0]' and decayed
>>> >> 'runnable_load_avg' only, do we?
>> >
>> > cpu_load is a kind of time decay for cpu load, but after runnable load
>> > introduced,
>> > the decay functio
> Cai, I did ask you for the information that would have answered this
> question:
>
> > > 3. if you can't reproduce it like that, does it reproduce on
> > > an xfstest run on a pristine system? If so, what command
> > > line are you running, and what are the filesystem
> > > config
Hi Greg,
After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from
drivers/staging/lustre/lustre/fid/../include/linux/lustre_compat25.h:44:0,
from
drivers/staging/lustre/lustre/fid/../include/linux/lvfs.h:48,
On Mon, Jun 03, 2013 at 01:02:08PM -0700, Dave Hansen wrote:
>
> From: Dave Hansen
> changes for v2:
> * remove batch_has_same_mapping() helper. A local varible makes
>the check cheaper and cleaner
> * Move batch draining later to where we already know
>page_mapping(). This probably f
On Tue, Jun 04, 2013 at 09:17:26AM +0800, Hillf Danton wrote:
> On Tue, Jun 4, 2013 at 4:02 AM, Dave Hansen wrote:
> > +/*
> > + * pages come in here (via remove_list) locked and leave unlocked
> > + * (on either ret_pages or free_pages)
> > + *
> > + * We do this batching so that we free batches
On 06/03/2013 05:52 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The "runtime idle" helper routine, rpm_idle(), currently ignores
> return values from .runtime_idle() callbacks executed by it.
> However, it turns out that many subsystems use
> pm_generic_runtime_idle() which checks
On 4 June 2013 01:18, Stratos Karafotis wrote:
> Calculation of frequency target in ondemand governor changed and it is
s/frequency target/target frequency
> independent from measured average frequency.
>
> Remove unused__cpufreq_driver_getavg function and getavg member from
> cpufreq_driver str
Hello,
This patchset is a resend version of previous work and basis of
upcoming perf ftrace patchset. Although I saw no issue on this series
when I posted earlier, it'd be great if Steve or others take a look at
it again and give comments.
I also updated 'perf/cleanup' branch on my tree at:
g
From: Namhyung Kim
They're internals of ftrace ring-buffer and not used in perf code
directly. As it now resides on libtraceevent/kbuffer.h, just get
rid of them.
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event.h | 10 --
1 file changed, 10 deletions(-)
diff --git a/tools
From: Namhyung Kim
Sometimes it'd be useful if existing trace_seq can be reused. But
currently it's impossible since there's no API to reset the trace_seq.
Let's add trace_seq_reset() for this case.
Acked-by: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/lib/t
From: Namhyung Kim
The html_install, img_install, install_plugin and install_python are
unused in the Makefile. Get rid of them.
Acked-by: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/lib/traceevent/Makefile | 9 ++---
1 file changed, 2 insertions(+), 7 d
From: Namhyung Kim
They're not used anywhere and same information is kept in a pevent
already. So let's get rid of them.
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-parse.c | 4
tools/perf/util/trace-event.h | 4
2 files changed, 8 deletions(-)
diff --git a/to
From: Namhyung Kim
It's useless to call the read_trace_init() function at this time as we
don't need a returned pevent and it makes me confusing. :)
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-info.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/tools/perf/util/trace-eve
From: Namhyung Kim
The header_page file describes the format of the ring buffer page
which is used by ftrace (not perf). And size of "commit" field (I
guess it's older name was 'size') represents the real size of long
type used for kernel. So update the pevent's long size.
Signed-off-by: Namhy
From: Namhyung Kim
If pevent_register_event_handler() received a string literal as
@sys_name or @event_name parameter, it emitted a warning about const
qualifier removal. Since they're not modified in the function we can
make it have const qualifier.
Acked-by: Steven Rostedt
Cc: Frederic Weisb
From: Namhyung Kim
It's confusing to have same name for two difference functions which
does something opposite way. Since what they do in this file is read
*AND* writing some of tracing metadata files, rename them to
record_*() looks better to me.
Signed-off-by: Namhyung Kim
---
tools/perf/ut
Hello,
This patchset is a resend version of previous work and basis of
upcoming perf ftrace patchset. Although I saw no issue on this series
when I posted earlier, it'd be great if Steve or others take a look at
it again and give comments.
I also updated 'perf/cleanup' branch on my tree at:
g
From: Namhyung Kim
It seems perf does not parse header_event file so we can skip it as we
do for header_page file.
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-read.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/tools/perf/util/trace-event-read.c
From: Namhyung Kim
It's the only user of the variable, so move it.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-script.c | 1 +
tools/perf/util/trace-event-parse.c | 2 --
tools/perf/util/trace-event.h | 1 -
3 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/too
From: Namhyung Kim
Save size of long type of system to struct pevent. Since original
static variable was not used anywhere, just get rid of it.
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-read.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/to
From: Namhyung Kim
kbuffer code is for parsing ftrace ring-buffer binary data and used
for trace-cmd. Move the code here in order to be used more widely.
Original-patch-by: Steven Rostedt
Acked-by: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/lib/traceevent/
Use a more current logging style.
Rename function jfs_error to jfs_sb_err.
Add __printf format and argument verification.
Remove embedded function names from formats.
Add %pf, __builtin_return_address(0) to jfs_sb_err.
Add newlines to formats for kernel style consistency.
(One format already had
From: Namhyung Kim
They're not used anywhere, just make them local variables.
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-read.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/tools/perf/util/trace-event-read.c
b/tools/perf/util/trace-event-read.c
ind
From: Namhyung Kim
We now have page_size field in struct pevent, save the actual size of
the system.
Signed-off-by: Namhyung Kim
---
tools/perf/util/trace-event-read.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/trace-event-read.c
b/tools/perf/ut
From: Namhyung Kim
The page size of traced system can be different than current system's
because the recorded data file might be analyzed in a different machine.
In this case we should use original page size of traced system when
accessing the data file, so this information needs to be saved.
Cc
From: Namhyung Kim
It's came from trace-cmd's kernelshark which is not a part of
libtraceevent.
Acked-by: Steven Rostedt
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/lib/traceevent/Makefile | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/tools/lib/
On Mon, 3 Jun 2013, Stephen Boyd wrote:
> On 06/03/13 15:45, Russell King - ARM Linux wrote:
> > On Mon, Jun 03, 2013 at 03:37:39PM -0700, Stephen Boyd wrote:
> >> In my case I'm booting a kernel with textoffset = 0x208000 but RAM
> >> starts at 0x0. Does "minimum of RAM start" mean 0x0 or 0x2
Ping
On 5/22/2013 2:15 PM, suravee.suthikulpa...@amd.com wrote:
From: Suravee Suthikulpanit
This patch set implements framework for handling errors reported via IOMMU
event log. It also implements mechanism to filter/suppress error messages when
IOMMU hardware generates large amount event logs
Hello Lee Jones,
Thanks for the quick review.
> -Original Message-
> From: Lee Jones [mailto:lee.jo...@linaro.org]
> Sent: Monday, June 03, 2013 7:49 PM
> To: J, KEERTHY
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
> devicetree-disc...@lists.ozlabs.org; swar...@wwwdotorg
On 06/02/2013 04:06 AM, Matthew Garrett wrote:
This patch reworks the UEFI anti-bricking code, including an effective
reversion of cc5a080c and 31ff2f20. It turns out that calling
QueryVariableInfo() from boot services results in some firmware
implementations jumping to physical addresses even af
Hi Will,
Could I know what's your git branch is mainly used for ?
https://git.kernel.org/cgit/linux/kernel/git/will/linux.git
I mean if the branch is used for ARM arch maintenance ?
If yes, I think I can send future bugs about ARM to you directly,
And do not need ping-pang in the mail list .
On Tue, Jun 04, 2013 at 02:57:00PM +1000, Stephen Rothwell wrote:
> Hi Greg,
>
> After merging the staging tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> In file included from
> drivers/staging/lustre/lustre/fid/../include/linux/lustre_compat25.h:44:0,
>
Hi Andrew,
Today's linux-next merge of the akpm tree got conflicts in
include/linux/percpu-refcount.h and lib/percpu-refcount.c between commit
215e262f2aeb ("percpu: implement generic percpu refcounting") from the
percpu tree and commit "generic dynamic per cpu refcounting" from the
akpm tree.
I
From: Namhyung Kim
For some reason it consumed quite amount of compile time when declared
as local variable, and it disappeared when moved out of the function.
Moving other variables/tables didn't help.
On my system this single-file-change build time reduced from 11s to 3s.
Signed-off-by: Namhy
Signed-off-by: Ben Chan
Cc: Sage Ahn
---
drivers/staging/gdm72xx/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/gdm72xx/Kconfig b/drivers/staging/gdm72xx/Kconfig
index dd47bd1..dd8a391 100644
--- a/drivers/staging/gdm72xx/Kconfig
+++ b/drivers/sta
The gdm72xx driver needs to have either the USB or SDIO implementation
enabled to provide useful functionalities, so the driver should depend
on either USB or MMC. This patch makes WIMAX_GDM72XX depend on either
USB or MMC.
Also, WIMAX_GDM72XX needs to be built as a module if its dependent
interfa
On 06/03/2013 07:09 PM, Michael S. Tsirkin wrote:
> On Mon, Jun 03, 2013 at 01:20:58PM +0800, Jason Wang wrote:
>> On 06/02/2013 07:22 PM, Michael S. Tsirkin wrote:
>>> On Fri, May 31, 2013 at 05:53:24PM +0800, Jason Wang wrote:
This patch adds TUNSETQUEUE ioctl to let userspace can temporaril
On 06/03/2013 11:36 PM, Arnd Bergmann wrote:
> The newly added sun4i-emac driver causes a build error when
> CONFIG_NET_POLL_CONTROLLER is set, because it attempts to
> assign a pointer to netdev->poll_controller, which has
> been replaced with ops->ndo_poll_controller in 2.6.31!
>
> The correct a
Ben Greear writes:
>> It at least works around the problem for me as well. But, a more rare
>> migration/[0-3] (I think) related lockup still exists in 3.9.4 for me,
>> so I will also try applying that other kobject patch and continue testing
>> today...
>
> Well, that other kobject patch is alre
Ben Greear writes:
> On 06/03/2013 08:59 AM, Ben Greear wrote:
>> On 06/03/2013 07:17 AM, Joe Lawrence wrote:
>>
> Hi Rusty,
>
> I had pointed Ben (offlist) to that bugzilla entry without realizing
> there were other earlier related fixes in this space. Re-viewing bz-
> 58011,
Hi Jaegeuk & Namjae,
Sure, we'll address your comments. And this version is RFC, just wanna to
make sure this feature is meaningful for f2fs project, and there is no obvious
mistake, e.g. missing some critical path.
And if you team has some special opensource test suites used in your daily
f2fs t
On Tue, Jun 04, 2013 at 02:01:03PM +0900, Minchan Kim wrote:
> On Mon, Jun 03, 2013 at 01:02:08PM -0700, Dave Hansen wrote:
> >
> > From: Dave Hansen
> > changes for v2:
> > * remove batch_has_same_mapping() helper. A local varible makes
> >the check cheaper and cleaner
> > * Move batch dr
On Mon, Jun 03, 2013 at 01:02:10PM -0700, Dave Hansen wrote:
>
> From: Dave Hansen
>
> This was a suggestion from Mel:
>
> http://lkml.kernel.org/r/20120914085634.gm11...@csn.ul.ie
>
> Any pages we collect on 'batch_for_mapping_removal' will have
> their lock_page() held during the durat
On Mon, Jun 03, 2013 at 10:22:40PM -0700, Paul E. McKenney wrote:
> On Mon, Jun 03, 2013 at 06:57:54PM +0800, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
> >
> > commit 911af505ef407c2511106c224dd640f882f0f590
> > Author: Paul E. McKenney
> > Date
On 06/03/2013 10:01 PM, Minchan Kim wrote:
>> > +static int __remove_mapping_batch(struct list_head *remove_list,
>> > +struct list_head *ret_pages,
>> > +struct list_head *free_pages)
>> > +{
>> > + int nr_reclaimed = 0;
>> > + struct addre
On Mon, Jun 3, 2013 at 2:39 PM, Heiko Stübner wrote:
> Am Montag, 3. Juni 2013, 22:15:45 schrieb Heiko Stübner:
>> Am Montag, 3. Juni 2013, 22:07:22 schrieb Mike Turquette:
>> > Quoting Heiko Stübner (2013-06-03 12:33:19)
>> >
>> > > Hi Mike,
>> > >
>> > > I think it's a multiplexEr clock in the p
On 05/14/2013 07:52 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 08:58 Tue 14 May , Hein Tibosch wrote:
>> On 5/14/2013 12:05 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> On May 14, 2013, at 12:05 AM, Nicolas Ferre wrote:
>>>
Commit 749a2b6 (net/macb: clear tx/rx completion flags i
Code refine and clean patch set.
Michael Wang (3):
[PATCH 1/3] sched: don't repeat the initialization in sched_init()
[PATCH 2/3] sched: code refine in unthrottle_cfs_rq()
[PATCH 3/3] sched: remove the useless declaration in kernel/sched/fair.c
---
b/kernel/sched/core.c
In sched_init(), there is no need to initialize 'root_task_group.shares' and
'root_task_group.cfs_bandwidth' repeatedly.
CC: Ingo Molnar
CC: Peter Zijlstra
Signed-off-by: Michael Wang
---
kernel/sched/core.c | 46 +-
1 files changed, 25 insertions(
Directly use rq to save some code.
CC: Ingo Molnar
CC: Peter Zijlstra
Signed-off-by: Michael Wang
---
kernel/sched/fair.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index c61a614..1e10911 100644
--- a/kernel/sched/fair.c
default_cfs_period(), do_sched_cfs_period_timer(), do_sched_cfs_slack_timer()
already defined previously, no need to declare again.
CC: Ingo Molnar
CC: Peter Zijlstra
Signed-off-by: Michael Wang
---
kernel/sched/fair.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, June 04, 2013 2:09 AM
> To: Lee Jones
> Cc: J, KEERTHY; linux-kernel@vger.kernel.org; linux-
> d...@vger.kernel.org; devicetree-disc...@lists.ozlabs.org;
> broo...@opensource.wolfsonmicro.com; rob.
>
> clksel is an omap-centric term. How about:
>
> "clk_mux_get_parent should return an error if the value read from the
> register is erroneous."
>
Make sense, will fix it.
> The general approach looks good to me. Can you submit a V2 which
> removes all of the clksel-isms and updates de
Remove the extra space in __flush_tlb_one()
CC: Thomas Gleixner
CC: Ingo Molnar
CC: "H. Peter Anvin"
CC: Alex Shi
CC: Fenghua Yu
Signed-off-by: Michael Wang
---
arch/x86/include/asm/tlbflush.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/include/asm/tlb
On Mon, Jun 3, 2013 at 12:56 AM, Heiko Stübner wrote:
> Currently the dw_apb_timer always expects a separate special timer to be
> availbable for the sched_clock. Some devices using dw_apb_timers do not
> have the sptimer but can use the clocksource as sched_clock.
> Therefore this patch adds usi
On Mon, Jun 3, 2013 at 11:27 PM, Ambresh K wrote:
>
>>
>> clksel is an omap-centric term. How about:
>>
>> "clk_mux_get_parent should return an error if the value read from the
>> register is erroneous."
>>
>
> Make sense, will fix it.
>
>> The general approach looks good to me. Can you submit a
On 2013-06-03 07:55, J, KEERTHY wrote:
Hi Stephen,
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Friday, May 31, 2013 4:34 AM
To: J, KEERTHY
Cc: g...@slimlogic.co.uk; Ian Lartey; linux-kernel@vger.kernel.org;
linux-...@vger.kernel.org; linux-arm-ker...@lis
On 06/03/2013 06:19 PM, Daniel Lezcano wrote:
> On 06/03/2013 05:04 PM, Michal Simek wrote:
>> On 06/03/2013 04:03 PM, Daniel Lezcano wrote:
>>> On 06/03/2013 03:40 PM, Michal Simek wrote:
Add support for cpuidle.
Signed-off-by: Michal Simek
---
Changes in v3:
- Move
On Tue, Jun 04, 2013 at 08:15:45AM +0200, Michal Simek wrote:
> On 05/14/2013 07:52 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 08:58 Tue 14 May , Hein Tibosch wrote:
> >> On 5/14/2013 12:05 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> >>> On May 14, 2013, at 12:05 AM, Nicolas Ferre
>
On Mon, Jun 3, 2013 at 11:06 PM, Randy Dunlap wrote:
> On 06/03/13 13:54, Geert Uytterhoeven wrote:
>> On Mon, Jun 3, 2013 at 10:34 PM, Randy Dunlap wrote:
>>> On 06/02/13 23:37, Stephen Rothwell wrote:
Changes since 20130531:
>>> on x86_64:
>>>
>>> warning: (VIDEO_VIVI && USB_SISUSBVGA && S
On Mon, Jun 3, 2013 at 11:23 PM, Michael Wang
wrote:
> In sched_init(), there is no need to initialize 'root_task_group.shares' and
> 'root_task_group.cfs_bandwidth' repeatedly.
>
> CC: Ingo Molnar
> CC: Peter Zijlstra
> Signed-off-by: Michael Wang
> ---
> kernel/sched/core.c | 46 ++
On 06/04/2013 02:28 PM, Michael Wang wrote:
> Remove the extra space in __flush_tlb_one()
It even don't need a reviewed-by. :)
Thanks!
>
> CC: Thomas Gleixner
> CC: Ingo Molnar
> CC: "H. Peter Anvin"
> CC: Alex Shi
> CC: Fenghua Yu
> Signed-off-by: Michael Wang
> ---
> arch/x86/include/as
On 06/04/2013 08:49 AM, Steffen Trumtrar wrote:
> On Tue, Jun 04, 2013 at 08:15:45AM +0200, Michal Simek wrote:
>> On 05/14/2013 07:52 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>>> On 08:58 Tue 14 May , Hein Tibosch wrote:
On 5/14/2013 12:05 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/aio.c: In function 'put_ioctx':
fs/aio.c:386:6: error: void value not ignored as it ought to be
if (percpu_ref_put(&ctx->users))
^
fs/aio.c: In function 'ioctx_alloc':
fs/aio.c:
On 06/04/2013 02:53 PM, Alex Shi wrote:
> On 06/04/2013 02:28 PM, Michael Wang wrote:
>> Remove the extra space in __flush_tlb_one()
>
> It even don't need a reviewed-by. :)
Still thanks for your review :)
Regards,
Michael Wang
>
> Thanks!
>>
>> CC: Thomas Gleixner
>> CC: Ingo Molnar
>> CC:
On Sunday, June 02, 2013 7:51 PM, Andy Shevchenko wrote:
> On Sat, Jun 1, 2013 at 10:13 AM, Jingoo Han wrote:
> > The usage of strict_strtoul() is not preferred, because
> > strict_strtoul() is obsolete. Thus, kstrtoul() should be
> > used.
>
> > --- a/drivers/mfd/aat2870-core.c
> > +++ b/drivers
On Fri, May 31, 2013 at 11:27 AM, Andy Shevchenko
wrote:
> To support some (legacy) firmwares and platforms let's make life easier for
> their customers.
>
> This patch extracts SFI GPIO API from arch/x86/platform/mrst/mrst.c.
>
> Signed-off-by: Andy Shevchenko
> Acked-by: Len Brown
> Cc: Grant
On Sunday, June 02, 2013 8:56 PM, Andy Shevchenko wrote:
> On Sat, Jun 1, 2013 at 10:31 AM, Jingoo Han wrote:
> > The usage of strict_strtoul() is not preferred, because
> > strict_strtoul() is obsolete. Thus, kstrtoul() should be
> > used.
>
> > --- a/drivers/rtc/rtc-pcf2123.c
> > +++ b/drivers/
From: Yijing Wang
Date: Wed, 29 May 2013 17:00:32 +0800
> Pci_enable_device() will set device pm state to D0, so
> it's no need to do it again in tg3_init_one().
>
> Signed-off-by: Yijing Wang
This patch introduces a warning:
drivers/net/ethernet/broadcom/tg3.c: In function ‘tg3_init_one’:
dr
Hi Stephen,
On Sat, Jun 01, 2013 at 11:39:40PM -0700, Stephen Boyd wrote:
> Nothing about the sched_clock implementation in the ARM port is
> specific to the architecture. Generalize the code so that other
> architectures can use it by selecting GENERIC_SCHED_CLOCK.
>
> Signed-off-by: Stephen Boy
Hello Rusty,
[added akpm to Cc: who took the patch back then and Julia for the
coccinelle part below]
On Mon, Jun 03, 2013 at 11:59:15AM +0930, Rusty Russell wrote:
>
> Back in 2011, Uwe Kleine-König added the nonsensically-named
> PTR_RET(), providing a means to avoid if() statements in code (c
On 2013/6/3 15:13, David Miller wrote:
> From: Yijing Wang
> Date: Wed, 29 May 2013 17:00:32 +0800
>
>> Pci_enable_device() will set device pm state to D0, so
>> it's no need to do it again in tg3_init_one().
>>
>> Signed-off-by: Yijing Wang
>
> This patch introduces a warning:
>
> drivers/net
Stefan Richter wrote:
> FireWire upper layer drivers are converted from generic
> struct driver.probe() and .remove()
> to bus-specific
> struct fw_driver.probe() and .remove().
Acked-by: Clemens Ladisch
for these:
> sound/firewire/isight.c | 44 ++--
> sound/firewi
On 31/05/13 19:40, John Stultz wrote:
>
> And only just now did I notice that there are user-prompts in the
> drivers/clocksource/Kconfig.
>
> I suspect the platform support options can safely select the proper
> clocksource config options without requiring the user to configure it.
> For the mos
Hi Tomas,
On Mon, Jun 03, 2013 at 09:28:30AM +0300, Tomas Winkler wrote:
> The nfc_dev is a static variable and is not cleaned properly upon reset
> mainly ndev->cl and ndev->cl_info are not set to NULL after freeing which
>
> mei_stop:198: mei_me :00:16.0: stopping the device.
> [ 404.25342
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Alex Williamson
> Sent: Friday, May 31, 2013 12:09 AM
> To: io...@lists.linux-foundation.org; dw...@infradead.org;
> j...@8bytes.org
> Cc: linux-...@vger.
This is based on blind trust, hoping that you will expand my wishes as desired.
I have US$200 Million for charity projects. You will be getting 20% of total
funds as your commission if interested.
Regards,
Mr. William Billington
--
To unsubscribe from this list: send the line "unsubscribe linux-
Hi Vasilis,
On 06/01/2013 12:24 AM, Vasilis Liaskovitis wrote:
..
+void __init_memblock memblock_mark_kernel_nodes()
+{
+ int i, nid;
+ struct memblock_type *reserved =&memblock.reserved;
+
+ for (i = 0; i< reserved->cnt; i++)
+ if (reserved->regions[i].flags
On Sun, Jun 02, 2013 at 05:52:21PM +0100, Grant Likely wrote:
> On Sun, Jun 2, 2013 at 12:56 PM, Alexander Gordeev
> wrote:
> > On Fri, May 31, 2013 at 11:30:24PM +0100, Grant Likely wrote:
> >> On Fri, 31 May 2013 14:59:11 +0200, Alexander Gordeev
> >> wrote:
> >> What exactly is the problem t
On 06/03/2013 10:59 AM, Wanpeng Li wrote:
On Fri, May 24, 2013 at 05:29:21PM +0800, Tang Chen wrote:
Arrange hotpluggable memory as ZONE_MOVABLE will cause NUMA performance
decreased
because the kernel cannot use movable memory.
For users who don't use memory hotplug and who don't want to lose
1 - 100 of 812 matches
Mail list logo