On Aug 5, 2015, at 05:18, Dave Hansen d...@sr71.net wrote:
On 08/03/2015 08:37 PM, yalin wang wrote:
This change kcore_read() to use __copy_from_user_inatomic() to
copy data from kernel address, because kern_addr_valid() just make sure
page table is valid during call it, whne it return
On Aug 5, 2015, at 06:38, Andrew Morton a...@linux-foundation.org wrote:
On Tue, 4 Aug 2015 11:37:57 +0800 yalin wang yalin.wang2...@gmail.com wrote:
This change kcore_read() to use __copy_from_user_inatomic() to
copy data from kernel address, because kern_addr_valid() just make sure
> On Aug 4, 2015, at 10:27, Joe Perches wrote:
>
> On Tue, 2015-08-04 at 10:19 +0800, yalin wang wrote:
>> Ping ?
>>> On Aug 3, 2015, at 16:56, yalin wang wrote:
>>>
>>>
>>>> On Aug 3, 2015, at 16:03, Joe Perches wrote:
>>
trigger kernel crash if encounter this unluckily.
Signed-off-by: yalin wang
---
fs/proc/kcore.c | 30 --
1 file changed, 24 insertions(+), 6 deletions(-)
diff --git a/fs/proc/kcore.c b/fs/proc/kcore.c
index 92e6726..b085fde 100644
--- a/fs/proc/kcore.c
+++ b/fs/proc
Ping ?
> On Aug 3, 2015, at 16:56, yalin wang wrote:
>
>
>> On Aug 3, 2015, at 16:03, Joe Perches wrote:
>>
>> On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
>>>> On Aug 3, 2015, at 04:25, Joe Perches wrote:
>>>>
>>>>
> On Aug 3, 2015, at 16:27, Minfei Huang wrote:
>
> Rename the function schedule_on_each_cpu to schedule_on_each_cpu_gfp to
> add the allocation flags as parameter.
>
> In several situation in ftrace, we are nervous and never come back, once
> schedule_on_each_cpu fails to alloc the percpu
> On Aug 3, 2015, at 16:03, Joe Perches wrote:
>
> On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
>>> On Aug 3, 2015, at 04:25, Joe Perches wrote:
>>>
>>> Correct misuse of 0x%d in logging messages.
>>>
> []
>> why not u
> On Aug 3, 2015, at 04:25, Joe Perches wrote:
>
> Correct misuse of 0x%d in logging messages.
>
> Signed-off-by: Joe Perches
> ---
> drivers/block/DAC960.c | 4 ++--
> drivers/block/cciss.c | 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/block/DAC960.c
Ping ?
On Aug 3, 2015, at 16:56, yalin wang yalin.wang2...@gmail.com wrote:
On Aug 3, 2015, at 16:03, Joe Perches j...@perches.com wrote:
On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
On Aug 3, 2015, at 04:25, Joe Perches j...@perches.com wrote:
Correct misuse of 0x%d
trigger kernel crash if encounter this unluckily.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
fs/proc/kcore.c | 30 --
1 file changed, 24 insertions(+), 6 deletions(-)
diff --git a/fs/proc/kcore.c b/fs/proc/kcore.c
index 92e6726..b085fde 100644
--- a/fs/proc
On Aug 4, 2015, at 10:27, Joe Perches j...@perches.com wrote:
On Tue, 2015-08-04 at 10:19 +0800, yalin wang wrote:
Ping ?
On Aug 3, 2015, at 16:56, yalin wang yalin.wang2...@gmail.com wrote:
On Aug 3, 2015, at 16:03, Joe Perches j...@perches.com wrote:
On Mon, 2015-08-03 at 15:25
On Aug 3, 2015, at 16:27, Minfei Huang mnfhu...@gmail.com wrote:
Rename the function schedule_on_each_cpu to schedule_on_each_cpu_gfp to
add the allocation flags as parameter.
In several situation in ftrace, we are nervous and never come back, once
schedule_on_each_cpu fails to alloc the
On Aug 3, 2015, at 16:03, Joe Perches j...@perches.com wrote:
On Mon, 2015-08-03 at 15:25 +0800, yalin wang wrote:
On Aug 3, 2015, at 04:25, Joe Perches j...@perches.com wrote:
Correct misuse of 0x%d in logging messages.
[]
why not use like this : dev_dbg(h-pdev-dev,Max
On Aug 3, 2015, at 04:25, Joe Perches j...@perches.com wrote:
Correct misuse of 0x%d in logging messages.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/block/DAC960.c | 4 ++--
drivers/block/cciss.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git
> On Aug 1, 2015, at 21:32, Neil Horman wrote:
>
> On Sat, Aug 01, 2015 at 03:12:42PM +0800, yalin wang wrote:
>>
>>> 在 2015年7月31日,22:14,Thomas Gleixner 写道:
>>>
>>>
>>> On Fri, 31 Jul 2015, Thomas Gleixner wrote:
>>>
>>&g
On Aug 1, 2015, at 21:32, Neil Horman nhor...@redhat.com wrote:
On Sat, Aug 01, 2015 at 03:12:42PM +0800, yalin wang wrote:
在 2015年7月31日,22:14,Thomas Gleixner t...@linutronix.de 写道:
On Fri, 31 Jul 2015, Thomas Gleixner wrote:
On Fri, 31 Jul 2015, yalin wang wrote:
it is optimised
> 在 2015年7月31日,18:14,Will Deacon 写道:
>
> On Fri, Jul 31, 2015 at 10:33:55AM +0100, Peter Zijlstra wrote:
>> On Fri, Jul 31, 2015 at 05:25:02PM +0800, yalin wang wrote:
>>>> On Jul 31, 2015, at 15:52, Peter Zijlstra wrote:
>>>> On Fri, Jul 31, 201
> 在 2015年7月31日,22:14,Thomas Gleixner 写道:
>
>
> On Fri, 31 Jul 2015, Thomas Gleixner wrote:
>
>> On Fri, 31 Jul 2015, yalin wang wrote:
>>> it is optimised to 2 instructions ,
>>>
>>> this is my patch, hope can be merged :
>>
>> We
在 2015年7月31日,22:14,Thomas Gleixner t...@linutronix.de 写道:
On Fri, 31 Jul 2015, Thomas Gleixner wrote:
On Fri, 31 Jul 2015, yalin wang wrote:
it is optimised to 2 instructions ,
this is my patch, hope can be merged :
We are not exposing the internals of kthread management. Period
在 2015年7月31日,18:14,Will Deacon will.dea...@arm.com 写道:
On Fri, Jul 31, 2015 at 10:33:55AM +0100, Peter Zijlstra wrote:
On Fri, Jul 31, 2015 at 05:25:02PM +0800, yalin wang wrote:
On Jul 31, 2015, at 15:52, Peter Zijlstra pet...@infradead.org wrote:
On Fri, Jul 31, 2015 at 03:41:37PM +0800
> On Jul 31, 2015, at 16:56, Kirill A. Shutemov wrote:
>
> On Fri, Jul 31, 2015 at 02:08:34PM +0530, Viresh Kumar wrote:
>> IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and there
>> is no need to do that again from its callers. Drop it.
>>
>> Signed-off-by: Viresh Kumar
>
>
> On Jul 31, 2015, at 15:52, Peter Zijlstra wrote:
>
> On Fri, Jul 31, 2015 at 03:41:37PM +0800, yalin wang wrote:
>> This change a little arch_static_branch(), use b . + 4 for false
>> return, why? According to aarch64 TRM, if both source and dest
>> instr are branch
(),
will improve the performance when change a static_key.
Signed-off-by: yalin wang
---
arch/arm64/include/asm/jump_label.h | 2 +-
arch/arm64/kernel/jump_label.c | 14 --
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/arch/arm64/include/asm/jump_label.h
b/arch
(),
will improve the performance when change a static_key.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
arch/arm64/include/asm/jump_label.h | 2 +-
arch/arm64/kernel/jump_label.c | 14 --
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/arch/arm64/include/asm
On Jul 31, 2015, at 15:52, Peter Zijlstra pet...@infradead.org wrote:
On Fri, Jul 31, 2015 at 03:41:37PM +0800, yalin wang wrote:
This change a little arch_static_branch(), use b . + 4 for false
return, why? According to aarch64 TRM, if both source and dest
instr are branch instr, can
On Jul 31, 2015, at 16:56, Kirill A. Shutemov kir...@shutemov.name wrote:
On Fri, Jul 31, 2015 at 02:08:34PM +0530, Viresh Kumar wrote:
IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and there
is no need to do that again from its callers. Drop it.
Signed-off-by: Viresh
> On Jul 30, 2015, at 20:02, Neil Horman wrote:
>
> On Thu, Jul 30, 2015 at 11:48:17AM +0800, yalin wang wrote:
>>
>>> On Jul 29, 2015, at 18:34, Thomas Gleixner wrote:
>>>
>>> On Tue, 28 Jul 2015, Andrew Morton wrote:
>>>
>>>>
On Jul 30, 2015, at 20:02, Neil Horman nhor...@redhat.com wrote:
On Thu, Jul 30, 2015 at 11:48:17AM +0800, yalin wang wrote:
On Jul 29, 2015, at 18:34, Thomas Gleixner t...@linutronix.de wrote:
On Tue, 28 Jul 2015, Andrew Morton wrote:
On Tue, 28 Jul 2015 11:59:01 -0400 David
> On Jul 29, 2015, at 18:34, Thomas Gleixner wrote:
>
> On Tue, 28 Jul 2015, Andrew Morton wrote:
>
>> On Tue, 28 Jul 2015 11:59:01 -0400 David Kershner
>> wrote:
>>
>>> The s-Par visornic driver, currently in staging, processes a queue
>>> being serviced by the an s-Par service partition.
On Jul 29, 2015, at 18:34, Thomas Gleixner t...@linutronix.de wrote:
On Tue, 28 Jul 2015, Andrew Morton wrote:
On Tue, 28 Jul 2015 11:59:01 -0400 David Kershner
david.kersh...@unisys.com wrote:
The s-Par visornic driver, currently in staging, processes a queue
being serviced by the
> On Jul 24, 2015, at 19:52, yalin wang wrote:
>
> A little change to patch_map() function,
> use set_fixmap_offset() to make code more clear.
>
> Signed-off-by: yalin wang
> ---
> arch/arm64/kernel/insn.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletion
On Jul 24, 2015, at 19:52, yalin wang yalin.wang2...@gmail.com wrote:
A little change to patch_map() function,
use set_fixmap_offset() to make code more clear.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
arch/arm64/kernel/insn.c | 5 ++---
1 file changed, 2 insertions(+), 3
> On Jul 26, 2015, at 23:55, Minfei Huang wrote:
>
> The if condition will be always true, since the operator & has the high
> priority than operator ||.
>
> Use () to quote them to make the if condition correctly.
>
> Signed-off-by: Minfei Huang
> ---
> kernel/trace/ftrace.c | 2 +-
> 1 file
On Jul 26, 2015, at 23:55, Minfei Huang mnfhu...@gmail.com wrote:
The if condition will be always true, since the operator has the high
priority than operator ||.
Use () to quote them to make the if condition correctly.
Signed-off-by: Minfei Huang mnfhu...@gmail.com
---
> 在 2015年7月24日,18:07,Mark Rutland 写道:
>
> On Fri, Jul 24, 2015 at 10:56:18AM +0100, Mark Rutland wrote:
>> On Fri, Jul 24, 2015 at 04:56:59AM +0100, yalin wang wrote:
>>>
>>>> On Jul 23, 2015, at 21:03, Catalin Marinas wrote:
>>>>
>>&
A little change to patch_map() function,
use set_fixmap_offset() to make code more clear.
Signed-off-by: yalin wang
---
arch/arm64/kernel/insn.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c
index dd9671c..f341866
在 2015年7月24日,18:07,Mark Rutland mark.rutl...@arm.com 写道:
On Fri, Jul 24, 2015 at 10:56:18AM +0100, Mark Rutland wrote:
On Fri, Jul 24, 2015 at 04:56:59AM +0100, yalin wang wrote:
On Jul 23, 2015, at 21:03, Catalin Marinas catalin.mari...@arm.com wrote:
On Thu, Jul 23, 2015 at 07:45
A little change to patch_map() function,
use set_fixmap_offset() to make code more clear.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
arch/arm64/kernel/insn.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c
> On Jul 23, 2015, at 21:03, Catalin Marinas wrote:
>
> On Thu, Jul 23, 2015 at 07:45:53PM +0800, yalin wang wrote:
>> A little change to patch_map() function,
>> use set_fixmap_offset() to make code more clear.
>>
>> Signed-off-by: yalin wang
>> ---
>
A little change to patch_map() function,
use set_fixmap_offset() to make code more clear.
Signed-off-by: yalin wang
---
arch/arm64/kernel/insn.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c
index dd9671c..7dafd5a
On Jul 23, 2015, at 21:03, Catalin Marinas catalin.mari...@arm.com wrote:
On Thu, Jul 23, 2015 at 07:45:53PM +0800, yalin wang wrote:
A little change to patch_map() function,
use set_fixmap_offset() to make code more clear.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
arch
A little change to patch_map() function,
use set_fixmap_offset() to make code more clear.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
arch/arm64/kernel/insn.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/kernel/insn.c b/arch/arm64/kernel/insn.c
> On Jul 22, 2015, at 06:07, Spencer Baugh wrote:
>
> From: Joern Engel
>
> We have observed cases where the soft lockup detector triggered, but no
> kernel bug existed. Instead we had a buggy realtime thread that
> monopolized a cpu. So let's kill the responsible party and not panic
> the
> On Jul 22, 2015, at 14:27, Arun KS wrote:
>
> When i checked how kernel printing works, i mentioned that it takes
> messages from log_buffer in console_unlock and gives it to
> call_console_drivers -> ...-> some uart bsp function. Basically, as i
> see this BSP realization tries to flush all
On Jul 22, 2015, at 06:07, Spencer Baugh sba...@catern.com wrote:
From: Joern Engel jo...@logfs.org
We have observed cases where the soft lockup detector triggered, but no
kernel bug existed. Instead we had a buggy realtime thread that
monopolized a cpu. So let's kill the responsible
On Jul 22, 2015, at 14:27, Arun KS arunks.li...@gmail.com wrote:
When i checked how kernel printing works, i mentioned that it takes
messages from log_buffer in console_unlock and gives it to
call_console_drivers - ...- some uart bsp function. Basically, as i
see this BSP realization tries
> On Jul 1, 2015, at 09:09, Teo En Ming wrote:
>
> Hi,
>
> Singapore Government hackers have hacked into my computer, again.
>
> Incident 1 (Most Recent Incident)
> =
>
> On two separate occasions several days ago, I noticed that Singapore
> Government hackers
On Jul 1, 2015, at 09:09, Teo En Ming teo.en.m...@gmail.com wrote:
Hi,
Singapore Government hackers have hacked into my computer, again.
Incident 1 (Most Recent Incident)
=
On two separate occasions several days ago, I noticed that Singapore
2015-06-03 13:20 GMT+08:00 Tejun Heo :
> On Tue, Jun 02, 2015 at 11:13:44AM +0800, yalin wang wrote:
>> this means i need create kthread like this :
>>
>> struct task_struct *kworker_task = kthread_run(kthread_worker_fn,
>> , "nvme%d", dev->instance)
2015-06-03 13:20 GMT+08:00 Tejun Heo t...@kernel.org:
On Tue, Jun 02, 2015 at 11:13:44AM +0800, yalin wang wrote:
this means i need create kthread like this :
struct task_struct *kworker_task = kthread_run(kthread_worker_fn,
worker, nvme%d, dev-instance);
kworker_task-flags = ~PF_NOFREEZE
2015-06-01 19:40 GMT+08:00 Tejun Heo :
> Hello,
>
> On Mon, Jun 01, 2015 at 06:05:58PM +0800, yalin wang wrote:
>> I notice that kthread_worker_fn() call try_to_freeze() function,
>> but it don't make itself to be a freezable kthread,
>> kthread default behavior is not
I notice that kthread_worker_fn() call try_to_freeze() function,
but it don't make itself to be a freezable kthread,
kthread default behavior is not freezable, we should change it if
want try_to_freeze() work correctly.
Signed-off-by: yalin wang
---
kernel/kthread.c | 1 +
1 file changed, 1
I notice that kthread_worker_fn() call try_to_freeze() function,
but it don't make itself to be a freezable kthread,
kthread default behavior is not freezable, we should change it if
want try_to_freeze() work correctly.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
kernel/kthread.c | 1
2015-06-01 19:40 GMT+08:00 Tejun Heo t...@kernel.org:
Hello,
On Mon, Jun 01, 2015 at 06:05:58PM +0800, yalin wang wrote:
I notice that kthread_worker_fn() call try_to_freeze() function,
but it don't make itself to be a freezable kthread,
kthread default behavior is not freezable, we should
2015-05-25 0:02 GMT+08:00 Jungseok Lee :
> Fork-routine sometimes fails to get a physically contiguous region for
> thread_info on 4KB page system although free memory is enough. That is,
> a physically contiguous region, which is currently 16KB, is not available
> since system memory is
2015-05-25 0:02 GMT+08:00 Jungseok Lee jungseokle...@gmail.com:
Fork-routine sometimes fails to get a physically contiguous region for
thread_info on 4KB page system although free memory is enough. That is,
a physically contiguous region, which is currently 16KB, is not available
since system
2015-05-18 21:04 GMT+08:00 Anisse Astier :
> On Mon, May 18, 2015 at 3:02 PM, Pavel Machek wrote:
>>
>> Ok. So there is class of errors where this helps, but you are not
>> aware of any such errors in kernel, so you can't fix them... Right?
>
> Correct.
> --
> To unsubscribe from this list: send
2015-05-18 17:40 GMT+08:00 Russell King - ARM Linux :
> On Mon, May 18, 2015 at 03:36:10PM +0800, yalin wang wrote:
>> this patch fix the function in kernel_thread(),
>> when kernel is build as THUMB2 or BE8 endian, we should
>> also set the correct bit in CPSR, so t
this patch fix the function in kernel_thread(),
when kernel is build as THUMB2 or BE8 endian, we should
also set the correct bit in CPSR, so that kernel can return to
the correct state to execute.
Signed-off-by: yalin wang
---
arch/arm/kernel/process.c | 6 ++
1 file changed, 6 insertions
this patch fix the function in kernel_thread(),
when kernel is build as THUMB2 or BE8 endian, we should
also set the correct bit in CPSR, so that kernel can return to
the correct state to execute.
Signed-off-by: yalin wang yalin.wang2...@gmail.com
---
arch/arm/kernel/process.c | 6 ++
1
2015-05-18 21:04 GMT+08:00 Anisse Astier ani...@astier.eu:
On Mon, May 18, 2015 at 3:02 PM, Pavel Machek pa...@ucw.cz wrote:
Ok. So there is class of errors where this helps, but you are not
aware of any such errors in kernel, so you can't fix them... Right?
Correct.
--
To unsubscribe from
2015-05-18 17:40 GMT+08:00 Russell King - ARM Linux li...@arm.linux.org.uk:
On Mon, May 18, 2015 at 03:36:10PM +0800, yalin wang wrote:
this patch fix the function in kernel_thread(),
when kernel is build as THUMB2 or BE8 endian, we should
also set the correct bit in CPSR, so that kernel can
this patch fix the function in kernel_thread(),
when kernel is build as THUMB2 or BE8 endian, we should
also set the correct bit in CPSR, so that kernel can return to
the correct state to execute.
---
arch/arm/kernel/process.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
this patch fix the function in kernel_thread(),
when kernel is build as THUMB2 or BE8 endian, we should
also set the correct bit in CPSR, so that kernel can return to
the correct state to execute.
---
arch/arm/kernel/process.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
2015-05-15 15:09 GMT+08:00 Alexandre Courbot :
> dma_alloc_coherent() can return memory in the vmalloc range.
> virt_to_page() cannot handle such addresses and crashes. This
> patch detects such cases and obtains the struct page * using
> vmalloc_to_page() instead.
>
> Signed-off-by: Alexandre
2015-05-15 15:09 GMT+08:00 Alexandre Courbot acour...@nvidia.com:
dma_alloc_coherent() can return memory in the vmalloc range.
virt_to_page() cannot handle such addresses and crashes. This
patch detects such cases and obtains the struct page * using
vmalloc_to_page() instead.
Signed-off-by:
2015-05-11 15:51 GMT+08:00 Vladimir Davydov :
> Hi,
>
> I've been arguing with Minchan for a while about whether store-tearing
> is possible while setting page->mapping in __page_set_anon_rmap and
> friends, see
>
> http://thread.gmane.org/gmane.linux.kernel.mm/131949/focus=132132
>
> This patch
2015-05-11 15:51 GMT+08:00 Vladimir Davydov vdavy...@parallels.com:
Hi,
I've been arguing with Minchan for a while about whether store-tearing
is possible while setting page-mapping in __page_set_anon_rmap and
friends, see
http://thread.gmane.org/gmane.linux.kernel.mm/131949/focus=132132
2015-05-08 16:01 GMT+08:00 Yogesh Narayan Gaur :
> EP-2DAD0AFA905A4ACB804C4F82A001242F
>
> --- Original Message ---
> Sender : yalin wang
> Date : May 08, 2015 13:17 (GMT+05:30)
> Title : Re: [EDT] oom_killer: find bulkiest task based on pss value
>
> 2015-05-0
2015-05-08 13:29 GMT+08:00 Yogesh Narayan Gaur :
>
> EP-2DAD0AFA905A4ACB804C4F82A001242F
> Hi Andrew,
>
> Presently in oom_kill.c we calculate badness score of the victim task as per
> the present RSS counter value of the task.
> RSS counter value for any task is usually '[Private (Dirty/Clean)]
2015-05-08 13:29 GMT+08:00 Yogesh Narayan Gaur yn.g...@samsung.com:
EP-2DAD0AFA905A4ACB804C4F82A001242F
Hi Andrew,
Presently in oom_kill.c we calculate badness score of the victim task as per
the present RSS counter value of the task.
RSS counter value for any task is usually '[Private
2015-05-08 16:01 GMT+08:00 Yogesh Narayan Gaur yn.g...@samsung.com:
EP-2DAD0AFA905A4ACB804C4F82A001242F
--- Original Message ---
Sender : yalin wangyalin.wang2...@gmail.com
Date : May 08, 2015 13:17 (GMT+05:30)
Title : Re: [EDT] oom_killer: find bulkiest task based on pss value
301 - 372 of 372 matches
Mail list logo