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:
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 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:
>>
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 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 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 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 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 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 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
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
>
> 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
> -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.
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
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(
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
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
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 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 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 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 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
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
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,
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
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
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
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
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
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
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 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 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
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
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
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
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/
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
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
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
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
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
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
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
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
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
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 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 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
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,
> 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
>>> >> 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
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
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 .
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
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
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 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
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
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
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.
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 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
>
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
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()
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:
- Removed redundant variables 'u8 reg'.
- Changed the type of 'user_value' from 'unsigned long' to '
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
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(-)
於 一,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
- 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 xfstests (WAS Re: 3.9.3: Oops running
> xfstests)
>
> On Sun, Jun 02, 2013 at
On Tue, Jun 4, 2013 at 3:55 AM, Guenter Roeck wrote:
> On Mon, Jun 03, 2013 at 10:23:04PM +0530, anish singh wrote:
>> On Mon, Jun 3, 2013 at 8:57 PM, Guenter Roeck wrote:
>> > On Sun, Jun 02, 2013 at 03:43:07PM +0530, anish kumar wrote:
>> >> Certain watchdog drivers use a timer to keep kicking
On 06/04/2013 10:44 AM, Alex Shi wrote:
> On 06/04/2013 10:33 AM, Michael Wang wrote:
>> Hi, Alex
>>
>> On 06/04/2013 09:51 AM, Alex Shi wrote:
>>> resend with a new subject.
>>
>> Forgive me but I'm a little lost on this thread...
>>
>> So we are planing to rely on instant 'cpu_load[0]' and decaye
On Mon, Jun 03, 2013 at 07:49:59PM -0700, Greg Kroah-Hartman wrote:
> On Mon, May 27, 2013 at 02:28:51PM +0200, Bjørn Mork wrote:
> > But, IMHO, a nicer approach would be to make the allocation completely
> > dynamic, using e.g. the idr subsystem. Static tables are always feel
> > like straight
On 6/3/2013 4:18 PM, Eric Paris wrote:
> On Tue, 2013-06-04 at 06:31 +0900, Linus Torvalds wrote:
>>
>> On Mon, 3 Jun 2013, Eric Paris wrote:
>>>
>>> #ifdef CONFIG_SECURITY
>>> + seqcount_t i_security_seqcount;
>>> + u32 i_last_task_sid;
>>> + u32
On Mon, May 27, 2013 at 02:28:51PM +0200, Bjørn Mork wrote:
> But, IMHO, a nicer approach would be to make the allocation completely
> dynamic, using e.g. the idr subsystem. Static tables are always feel
> like straight jackets to me, no matter how big they are :)
You are right, I didn't change th
l.c | 42 +++---
1 file changed, 27 insertions(+), 15 deletions(-)
rebased on linux-next next-20130531
Tested on at91sam9g25ek,
Based on linux-next, next-20130603
plus Ludovic Desroches' patch "ARM: at91: dt: add header to define
at_hdmac configuration"
Tes
On 06/04/2013 10:33 AM, Michael Wang wrote:
> Hi, Alex
>
> On 06/04/2013 09:51 AM, Alex Shi wrote:
>> resend with a new subject.
>
> 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
Hi John,
Today's linux-next merge of the wireless-next tree got a conflict in
net/mac80211/iface.c between commit ac20976dcaee ("mac80211: Allow single
vif mac address change with addr_mask") from the net tree and commit
31eba5bc56a9 ("mac80211: support active monitor interfaces") from the
wireles
Hi John,
Today's linux-next merge of the wireless-next tree got a conflict in
drivers/net/wireless/ath/ath9k/debug.c between commit 27d7f47756f4 ("net:
wireless: replace strict_strtoul() with kstrtoul()") from the net-next
tree and commit 6e4d291eec82 ("ath9k: Print ANI statistics in debugfs")
fro
Hi, Alex
On 06/04/2013 09:51 AM, Alex Shi wrote:
> resend with a new subject.
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?
Regards,
Michael Wang
>
>> Peter,
>>
>> I just tried to remove the v
Hi,
This feature is one of my todo items. ;)
Thank you for the contribution.
Before reviewing the below code intensively, we need to check the
following issues.
- deadlock conditions
- FS consistency
- recovery routine
Could you check one more time?
Thanks again,
2013-06-03 (월), 18:04 +0800, H
This patch looks like it should be in the 3.9-stable tree, should we apply
it?
--
From: "Vahram Martirosyan "
commit e9b376671910d105c5e61103111b96209c729529 upstream
The mentioned functions do not pay attention to the error codes returned
by the functions updateSuper(), lmLogIn
On Mon, Jun 3, 2013 at 7:49 PM, Stephen Rothwell wrote:
> Hi Bjorn,
>
> Today's linux-next merge of the pci tree got a conflict in
> drivers/acpi/pci_root.c between commit 3f327e39b4b8 ("PCI: acpiphp:
> Re-enumerate devices when host bridge receives Bus Check") from Linus'
> tree and commit 6dc7d2
2013-06-04 오전 3:06, Jiri Olsa 쓴 글:
hi,
the -A option (append data to the output file) for record
command is broken, probably for some time now.
Anyone interested in this functionality? As we discussed
this with Arnaldo he and I would vote for removal.
+1 for removal.
Thanks,
Namhyung
--
To u
1 - 100 of 812 matches
Mail list logo