-
From: Wang, Yalin
Sent: Friday, October 11, 2013 7:15 PM
To: 'Will Deacon'
Cc: 'linux-arm-msm-ow...@vger.kernel.org'; linux-kernel@vger.kernel.org; Peng,
Arthur; Zhang, Bojie; Gu, Youcai 1 (EXT); Alevoor, Raghavendra 2
Subject: RE: BUG report about ipt_do_table( )
Hi Will,
Thanks for your
hi Will
yes, of course .
by the way, could you send me your delivered commit link after you submit ?
Thanks
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Thursday, October 17, 2013 6:41 PM
To: Wang, Yalin
Cc: 'linux-arm-msm-ow...@vger.kernel.org'; 'linux
and I make a diff as the attachment ,
$ git diff 99aa78466777083255b876293e9e83dec7cd809a:./commit.c v3.12:./commit.c
~/commit.c.diff
-Original Message-
From: Theodore Ts'o [mailto:ty...@mit.edu]
Sent: Friday, November 22, 2013 9:33 AM
To: Wang, Yalin
Cc: 'linux-arch-ow
the result as soon as possible !
Thanks
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Friday, October 11, 2013 7:03 PM
To: Wang, Yalin
Cc: 'linux-arm-msm-ow...@vger.kernel.org'; linux-kernel@vger.kernel.org; Peng,
Arthur; Zhang, Bojie; Gu, Youcai 1 (EXT); Alevoor
...@suse.de]
Sent: Monday, March 03, 2014 5:23 PM
To: Wang, Yalin
Cc: 'linux-kernel@vger.kernel.org'; Mark Brown; 'pe...@perex.cz';
'alsa-de...@alsa-project.org'; Liam Girdwood
Subject: Re: change kmalloc into vmalloc for large memory allocations
At Mon, 03 Mar 2014 10:19:58 +0100,
Takashi Iwai wrote
Hi
I am curious what number range is correct here for card-num_links ?
Thanks
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Monday, March 03, 2014 7:35 PM
To: Wang, Yalin
Cc: 'Takashi Iwai'; 'alsa-de...@alsa-project.org'; Mark Brown;
'linux-kernel
do like this ?
Thanks
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Monday, March 03, 2014 7:46 PM
To: Wang, Yalin
Cc: 'Takashi Iwai'; 'alsa-de...@alsa-project.org'; Mark Brown;
'linux-kernel@vger.kernel.org'; Liam Girdwood
Subject: Re: [alsa-devel] change
Clausen [mailto:l...@metafoo.de]
Sent: Monday, March 03, 2014 10:23 PM
To: Wang, Yalin
Cc: 'Takashi Iwai'; 'alsa-de...@alsa-project.org'; Mark Brown;
'linux-kernel@vger.kernel.org'; Liam Girdwood
Subject: Re: [alsa-devel] change kmalloc into vmalloc for large memory
allocations
On 03/03/2014 02:29
...@suse.de]
Sent: Monday, March 03, 2014 10:44 PM
To: Wang, Yalin
Cc: 'Lars-Peter Clausen'; 'alsa-de...@alsa-project.org'; Mark Brown;
'linux-kernel@vger.kernel.org'; Liam Girdwood
Subject: Re: [alsa-devel] change kmalloc into vmalloc for large memory
allocations
At Mon, 3 Mar 2014 22:29:19 +0800
Hi Will,
We have tested the patch,
It seems ok in the stability test .
We have merged it into our main branch .
Thanks for your patch !
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Monday, June 03, 2013 5:54 PM
To: Wang, Yalin
Cc: 'richard -rw- weinberger
.
Thanks for your help .
-Original Message-
From: Wang, Yalin
Sent: Monday, June 03, 2013 5:58 PM
To: 'Will Deacon'
Cc: 'richard -rw- weinberger'; 'linux-a...@vger.kernel.org';
'linux-kernel@vger.kernel.org'; 'linux-arm-ker...@lists.infradead.org'
Subject: RE: A bug about system call
, June 04, 2013 4:49 PM
To: Wang, Yalin
Cc: 'richard -rw- weinberger'; 'linux-a...@vger.kernel.org';
'linux-kernel@vger.kernel.org'; 'linux-arm-ker...@lists.infradead.org'
Subject: Re: A bug about system call on ARM
On Tue, Jun 04, 2013 at 06:33:20AM +0100, Wang, Yalin wrote:
Hi Will,
Hello
Hi Will,
I have a question about arm pagetable setting in Linux .
From armV6, there is TTBR0 and TTBR1 translation base address registers in
mmu .
But I found linux only use TTBR0 for translation base address ,
Could we use TTBR0 and TTBR1 to split user task and kernel pagetables
Hi Richard,
Thanks for your reply ,
I will make a check for this .
-Original Message-
From: richard -rw- weinberger [mailto:richard.weinber...@gmail.com]
Sent: Wednesday, May 29, 2013 3:35 PM
To: Wang, Yalin
Cc: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org
Subject: Re
Hi
I have download the latest linux kernel code 3.9.4
And Compare with 3.4.0 kernel .
It seems there is no change for this part ,
So it will still happen .
Does anyone know who is responsible for arm arch part kernel code ?
Thanks
-Original Message-
From: Wang, Yalin
Sent
Hi Richard ,
This system call is defined in this file :
Kernel/fs/open.c
Please check it .
Thanks
-Original Message-
From: linux-kernel-ow...@vger.kernel.org
[mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of richard -rw- weinberger
Sent: Wednesday, May 29, 2013 4:19 PM
To:
Hi
You should search like this in fs/open.c
SYSCALL_DEFINE2(access, const char __user *, filename, int, mode)
You can find it .
Thanks
-Original Message-
From: linux-kernel-ow...@vger.kernel.org
[mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of johnspaul92
Sent: Wednesday,
!
-Original Message-
From: Wang, Yalin
Sent: Wednesday, May 29, 2013 5:51 PM
To: 'Will Deacon'; richard -rw- weinberger
Cc: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org;
linux-arm-ker...@lists.infradead.org
Subject: RE: A bug about system call on ARM
Hi
This is kernel.log
[mailto:will.dea...@arm.com]
Sent: Thursday, May 30, 2013 7:41 PM
To: Wang, Yalin
Cc: 'richard -rw- weinberger'; 'linux-a...@vger.kernel.org';
'linux-kernel@vger.kernel.org'; 'linux-arm-ker...@lists.infradead.org'
Subject: Re: A bug about system call on ARM
On Thu, May 30, 2013 at 10:09:49AM +0100, Will Deacon
+ get_thread_info tsk
Is this change ok ?
Thanks
-Original Message-
From: linux-arch-ow...@vger.kernel.org
[mailto:linux-arch-ow...@vger.kernel.org] On Behalf Of Will Deacon
Sent: Friday, May 31, 2013 4:47 PM
To: Wang, Yalin
Cc: 'richard -rw- weinberger'; 'linux-a...@vger.kernel.org
Hi Will,
I see,
I will make one more test .
Thanks for your clarification .
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Friday, May 31, 2013 7:13 PM
To: Wang, Yalin
Cc: 'richard -rw- weinberger'; 'linux-a...@vger.kernel.org';
'linux-kernel@vger.kernel.org
Hi Will,
I have a question about this patch .
If the user space is thumb mode,
The PC should be rewind by 2 bytes,
So the fix_up code should be
Sub lr, lr, #2 .
Am I right ?
Thanks for your help .
-Original Message-
From: Wang, Yalin
Sent: Friday, May 31, 2013 7:31 PM
...@arm.com]
Sent: Monday, June 03, 2013 5:54 PM
To: Wang, Yalin
Cc: 'richard -rw- weinberger'; 'linux-a...@vger.kernel.org';
'linux-kernel@vger.kernel.org'; 'linux-arm-ker...@lists.infradead.org'
Subject: Re: A bug about system call on ARM
On Mon, Jun 03, 2013 at 06:25:26AM +0100, Wang, Yalin wrote
Hi Will
I have a question about sdiv/ udiv instructions :
In armv7 A/R TRM, it said sdiv/udiv will cause
Divide by zero as undefined exception or just return zero
(decided by implementation) .
So in kernel , should we need register a undef hook to
Get this undef exception and send SIGFPE
, Yalin
Cc: 'linux-arm-msm-ow...@vger.kernel.org'; linux-kernel@vger.kernel.org
Subject: Re: SDIV / UDIV Question
On Wed, Oct 09, 2013 at 08:08:05AM +0100, Wang, Yalin wrote:
I have a question about sdiv/ udiv instructions :
In armv7 A/R TRM, it said sdiv/udiv will cause Divide by zero
) ,
This is really out of order write, will this happened on modern armv7 CPU?
Especially like cortex-a15 , it can execute code out of order .
Thanks you .
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Thursday, October 10, 2013 5:48 PM
To: Wang, Yalin
Cc
!
Am I right ?
Thank you !
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Thursday, October 10, 2013 7:03 PM
To: Wang, Yalin
Cc: 'linux-arm-msm-ow...@vger.kernel.org'; linux-kernel@vger.kernel.org; Peng,
Arthur; Zhang, Bojie
Subject: Re: BUG report about
...@arm.com]
Sent: Thursday, October 10, 2013 10:19 PM
To: Wang, Yalin
Cc: 'linux-arm-msm-ow...@vger.kernel.org'; linux-kernel@vger.kernel.org; Peng,
Arthur; Zhang, Bojie; Gu, Youcai 1 (EXT); Alevoor, Raghavendra 2
Subject: Re: BUG report about ipt_do_table( )
On Thu, Oct 10, 2013 at 12:26:38PM +0100, Wang
,
It is not acceptable, I think also need to be fixed to
Avoid this special scenario .
Thanks
-Original Message-
From: Ulf Hansson [mailto:ulf.hans...@linaro.org]
Sent: Wednesday, June 04, 2014 5:53 AM
To: Pavel Machek
Cc: Wang, Yalin; len.br...@intel.com; r...@sisk.pl; linux...@vger.kernel.org
check to make sure
Not suspend frequently , could autosleep also add this ?
Thanks
-Original Message-
From: Pavel Machek [mailto:pa...@ucw.cz]
Sent: Thursday, June 05, 2014 9:51 PM
To: Wang, Yalin
Cc: 'Ulf Hansson'; linux...@vger.kernel.org; len.br...@intel.com; r...@sisk.pl;
linux
Hi
I find the show_mem function show page MIGRATE types result is not correct for
MIGRATE_RESERVE pages :
Normal: 1582*4kB (UEMC) 1317*8kB (UEMC) 1020*16kB (UEMC) 450*32kB (UEMC)
206*64kB (UEMC) 40*128kB (UM) 10*256kB (UM) 10*512kB (UM) 1*1024kB (M) 0*2048kB
0*4096kB = 74592kB
Some pages
Hi
I see,
Your patch should be ok to fix this problem,
Could I know if this patch will be merged into kernel mainline branch?
Thanks
-Original Message-
From: Vlastimil Babka [mailto:vba...@suse.cz]
Sent: Friday, May 30, 2014 10:59 PM
To: Wang, Yalin
Cc: 'a...@linux-foundation.org
Wang Yalin
Engineer
OSDD
Sony Mobile Communications
--
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi
We encounter a problem when use sdcard ,
The driver probe will failed like this :
6[ 121.644102] mmc0: mmc_start_bkops: Starting bkops
6[ 133.039845] mmc0: mmc_start_bkops: raw_bkops_status=0x2, from_exception=0
6[ 133.039888] mmc0: mmc_start_bkops: Starting bkops
6[ 147.931642] mmc0:
;
---
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Thursday, January 23, 2014 10:01 PM
To: Wang, Yalin
Subject: Re: FW: bug fix for mmc queue.c
On Thu, Jan 23, 2014 at 08:14:56AM +, Wang, Yalin wrote:
Hi Will,
Hello,
I
a discussion about this .
Thank you both !
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Thursday, June 27, 2013 1:55 AM
To: Will Deacon
Cc: Wang, Yalin; 'linux-a...@vger.kernel.org'; 'linux-kernel@vger.kernel.org';
linux-arm-ker
Hi Sboy,
I don't know who should I send this mail to .
If you are not the right person, please forward
To the right responsible person , Thank you !
I have a question about msm kernel code :
File: Arch/arm/msm/memory.c
reserve_memory_for_mempools()
it call memblock_remove() directly,
I think
Hi Sboy,
I don't know who should I send this mail to .
If you are not the right person, please forward To the right responsible person
, Thank you !
I have a question about msm kernel code :
File: Arch/arm/msm/memory.c
reserve_memory_for_mempools()
it call memblock_remove() directly,
I think
Hi
I found when I enable CONFIG_ENABLE_VMALLOC_SAVING on ARM arch,
Vmalloc still only use VMALLOC_START -- VMALLOC_END virtual address,
It don't use the memory hole address,
Only function call get_vm_area_caller like ioremap can use
These memory hole address .
Why not change vmalloc also
this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
so that we can use arm/arm64 rbit instruction to do bitrev operation
by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig| 1 +
arch/arm/include/asm/bitrev.h | 21 +
this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
so that we can use arm/arm64 rbit instruction to do bitrev operation
by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig| 1 +
arch/arm/include/asm/bitrev.h | 21 +
If this is done, the direct uses of byte_rev_table in
drivers/net/wireless/ath/carl9170/phy.c and sound/usb/6fire/firmware.c
should be converted too?
I think use bitrev8() is safer than to use byte_rev_table[] directly.
--
To unsubscribe from this list: send the line unsubscribe
this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
so that we can use arm/arm64 rbit instruction to do bitrev operation
by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig| 1 +
arch/arm/include/asm/bitrev.h | 28
this patch fix the memblock statics for memblock
in file /sys/kernel/debug/memblock/reserved
if we don't call memblock_free the initrd will still
be marked as reserved, even they are freed.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/mm/init.c | 1 +
1 file changed, 1
this patch fix the memblock statics for memblock
in file /sys/kernel/debug/memblock/reserved
if we don't call memblock_free the initrd will still
be marked as reserved, even they are freed.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm64/mm/init.c | 4 +++-
1 file changed, 3
this patch change the __init_end address to a
page align address, so that free_initmem() can
free the whole .init section, because if the end
address is not page aligned, it will round down to
a page align address, then the tail unligned page
will not be freed.
Signed-off-by: wang
this patch extend the start and end address of initrd to be page aligned,
so that we can free all memory including the un-page aligned head or tail
page of initrd, if the start or end address of initrd are not page
aligned, the page can't be freed by free_initrd_mem() function.
Signed-off-by:
[mailto:li...@arm.linux.org.uk]
Sent: Monday, September 15, 2014 4:46 PM
To: Wang, Yalin
Cc: 'Will Deacon'; 'linux-kernel@vger.kernel.org';
'linux-arm-ker...@lists.infradead.org'; 'linux...@kvack.org';
linux-arm-...@vger.kernel.org
Subject: Re: [RFC] arm:extend the reserved mrmory for initrd
the same as the one passed by bootloads,
I don't change it. It should be safe.
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Monday, September 15, 2014 5:30 PM
To: Wang, Yalin
Cc: 'Will Deacon'; 'linux-kernel@vger.kernel.org';
'linux-arm-ker
Hi
Oh, I see your meaning,
Yeah , my initrd is a cpio image,
And it can still work after apply this patch.
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Monday, September 15, 2014 6:17 PM
To: Wang, Yalin
Cc: 'Will Deacon'; 'linux-kernel
this patch change the __init_end address to a page align address, so that
free_initmem()
can free the whole .init section, because if the end address is not page
aligned,
it will round down to a page align address, then the tail unligned page will
not be freed.
Signed-off-by: Yalin wang
Oh, I see,
I don't consider non-of platform kernels,
I will send V2 patch for this .
Thanks
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Monday, September 15, 2014 6:30 PM
To: Wang, Yalin
Cc: 'Will Deacon'; 'linux-kernel@vger.kernel.org
this patch extend the start and end address of initrd to be page aligned,
so that we can free all memory including the un-page aligned head or tail
page of initrd, if the start or end address of initrd are not page
aligned, the page can't be freed by free_initrd_mem() function.
Signed-off-by:
Great!
yeah, you are right,
just keep the change in free_initrd_mem( ) is ok.
we don't need keep reserved memory to be aligned ,
Thanks!
From: Russell King - ARM Linux [li...@arm.linux.org.uk]
Sent: Monday, September 15, 2014 7:33 PM
To: Wang, Yalin
Cc
Who guarantees there's no valuable data in [start, initrd_start) and
[initrd_end, end) being corrupted?
mm..
I am not sure if the memblock_reserve will reserve
Memory from page aligned address?
If not, do we need also make memblock_reserve the initrd memory
From page aligned start(round down)
From: Will Deacon [mailto:will.dea...@arm.com]
+++ b/arch/arm/include/asm/bitrev.h
@@ -0,0 +1,28 @@
+#ifndef __ASM_ARM_BITREV_H
+#define __ASM_ARM_BITREV_H
+
+static __always_inline __attribute_const__ u32 __arch_bitrev32(u32 x)
+{
+ if (__builtin_constant_p(x)) {
+
at 14:37 +0800, Wang, Yalin wrote:
this change add CONFIG_HAVE_ARCH_BITREVERSE config option, so that
we can use arm/arm64 rbit instruction to do bitrev operation by
hardware.
[]
diff --git a/include/linux/bitrev.h b/include/linux/bitrev.h index
7ffe03f..ef5b2bb 100644
From: Will Deacon [mailto:will.dea...@arm.com]
Yup, sorry, I didn't realise this patch covered both architectures. It
would probably be a good idea to split it into 3 parts: a core part, then
the two architectural bits.
Will
Ok ,
I will split the patch into three parts,
And send again .
From: Joe Perches [mailto:j...@perches.com]
I think the most safe way is change byte_rev_table[] to be satic, So
that no driver can access it directly, The build error can remind the
developer if they use byte_rev_table[] Directly .
You can do that with your later patch, but the existing
this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
so that we can use arm/arm64 rbit instruction to do bitrev operation
by hardware.
We also change byte_rev_table[] to be static,
to make sure no drivers can access it directly.
Change bitrev16() bitrev32() to be inline function,
don't
This patch add bitrev.h file to support rbit instruction,
so that we can do bitrev operation by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig | 1 +
arch/arm/include/asm/bitrev.h | 28
2 files changed, 29
This patch add bitrev.h file to support rbit instruction,
so that we can do bitrev operation by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/bitrev.h | 28
2 files changed, 29
From: Rob Herring [mailto:robherri...@gmail.com]
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index
9532f8d..263c28c 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -36,6 +36,7 @@ config ARM64
select HARDIRQS_SW_RESEND
select HAVE_ARCH_AUDITSYSCALL
From: Joe Perches [mailto:j...@perches.com]
We also change byte_rev_table[] to be static, to make sure no drivers
can access it directly.
You break the build with this patch.
You can't do this until the users of the table are converted.
So far, they are not.
I submitted patches
this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
so that we can use arm/arm64 rbit instruction to do bitrev operation
by hardware.
Change bitrev16() bitrev32() to be inline function,
don't need export symbol for these tiny functions.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
This patch add bitrev.h file to support rbit instruction,
so that we can do bitrev operation by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig | 1 +
arch/arm/include/asm/bitrev.h | 28
2 files changed, 29
This patch add bitrev.h file to support rbit instruction,
so that we can do bitrev operation by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/bitrev.h | 28
2 files changed, 29
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Thursday, October 30, 2014 8:01 PM
To: Wang, Yalin
Cc: 'Rob Herring'; 'Joe Perches'; 'Russell King - ARM Linux'; 'linux-
ker...@vger.kernel.org'; 'akinobu.m...@gmail.com'; 'linux...@kvack.org';
'linux-arm-ker...@lists.infradead.org
this change add CONFIG_HAVE_ARCH_BITREVERSE config option,
so that we can use some architecture's bitrev hardware instruction
to do bitrev operation.
Introduce __constant_bitrev* macro for constant bitrev operation.
Change __bitrev16() __bitrev32() to be inline function,
don't need export symbol
This patch add bitrev.h file to support rbit instruction,
so that we can do bitrev operation by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig | 1 +
arch/arm/include/asm/bitrev.h | 21 +
2 files changed, 22 insertions(+)
This patch add bitrev.h file to support rbit instruction,
so that we can do bitrev operation by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/bitrev.h | 21 +
2 files changed, 22 insertions(+)
This patch add bitrev.h file to support rbit instruction,
so that we can do bitrev operation by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig | 1 +
arch/arm/include/asm/bitrev.h | 21 +
2 files changed, 22 insertions(+)
This patch remove clear_thread_flag(TIF_UPROBE) in do_work_pending(),
because uprobe_notify_resume() have do this.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/kernel/signal.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/signal.c
From: Joe Perches [mailto:j...@perches.com]
diff --git a/arch/arm/kernel/signal.c b/arch/arm/kernel/signal.c
[]
@@ -591,10 +591,9 @@ do_work_pending(struct pt_regs *regs, unsigned int
thread_flags, int syscall)
return restart;
From: Wang, Yalin
Subject: [RFC V6 2/3] add CONFIG_HAVE_ARCH_BITREVERSE to support rbit
instruction
This patch add bitrev.h file to support rbit instruction, so that we can do
bitrev operation by hardware.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/Kconfig
From: Joe Perches [mailto:j...@perches.com]
@@ -591,10 +591,9 @@ do_work_pending(struct pt_regs *regs, unsigned
int
thread_flags, int syscall)
return restart;
}
syscall = 0;
This patch remove clear_thread_flag(TIF_UPROBE) in do_work_pending(),
because uprobe_notify_resume() have do this.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/kernel/signal.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/kernel/signal.c
this patch extend the start and end address of initrd to be page aligned,
so that we can free all memory including the un-page aligned head or tail
page of initrd, if the start or end address of initrd are not page
aligned, the page can't be freed by free_initrd_mem() function.
Signed-off-by:
this patch change struct regmap-mutex and struct regmap-spinlock
as an union, because these 2 members are only used one of them,
we change it to shrink the struct size.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
drivers/base/regmap/internal.h | 6 --
1 file changed, 4
this fix the following warnings：
kernel.torvalds.git/fs/cifs/sess.c:751:1: warning: 'sess_auth_lanman' defined
but not used [-Wunused-function]
kernel.torvalds.git/fs/cifs/sess.c:1109:1: warning: 'sess_auth_kerberos'
defined but not used [-Wunused-function]
Signed-off-by: Yalin Wang
Hi
I found the freed reserved memory by free_initrd_mem( ) and cma_activate_area(
)
Are still marked as reserved in /sys/kernel/debug/memblock/reserved .
I think This is not correct and not suitable for memory debug,
Why not also call memblock_free during these functions?
So that
this patch extend the start and end address of initrd to be page aligned,
so that we can free all memory including the un-page aligned head or tail
page of initrd, if the start or end address of initrd are not page
aligned, the page can't be freed by free_initrd_mem() function.
Signed-off-by:
this patch change the __init_end address to a
page align address, so that free_initmem() can
free the whole .init section, because if the end
address is not page aligned, it will round down to
a page align address, then the tail unligned page
will not be freed.
Signed-off-by: wang
, Russell King - ARM Linux wrote:
On Mon, Sep 15, 2014 at 07:33:34PM +0100, Will Deacon wrote:
On Fri, Sep 12, 2014 at 11:17:18AM +0100, Wang, Yalin wrote:
this patch fix the memblock statics for memblock in file
/sys/kernel/debug/memblock/reserved
if we don't call memblock_free the initrd
this patch change keep_initrd to __initdata section,
and free_initrd_mem to __init section so that they can be freed by
free_initmem, free_initrd_mem is only called by free_initrd function,
so it's safe to free it after use.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
this patch change keep_initrd to __initdata section,
and free_initrd_mem to __init section so that they can be freed by
free_initmem, free_initrd_mem is only called by free_initrd function,
so it's safe to free it after use.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
this patch make some change to fdt driver, so that we can
free the reserved memory which is reserved by fdt blob for
unflatten device tree, we free it in free_initmem, this memory
will not be used after init calls.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/mm/init.c |
this change msm_rpm_smd_work method to let it
run not as a forever loop, this can improve some
performance, because if the work_struct callback run
forever, it will hold the work thread forever, and other
work_struct can use it, it is not suitable for performance.
Change-Id:
this patch make some change to fdt driver, so that we can
free the reserved memory which is reserved by fdt blob for
unflatten device tree, we free it in free_initmem, this memory
will not be used after init calls.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
arch/arm/mm/init.c |
Hi Bjorn,
I see,
Thanks for your kind remind :)
-Original Message-
On Tue, Sep 16, 2014 at 7:05 PM, Wang, Yalin yalin.w...@sonymobile.com wrote:
[..]
diff --git a/arch/arm/mach-msm/rpm-smd.c b/arch/arm/mach-msm/rpm-smd.c
Hi Yalin,
This file does not exist in mainline
this patch extend the start and end address of initrd to be page aligned,
so that we can free all memory including the un-page aligned head or tail
page of initrd, if the start or end address of initrd are not page
aligned, the page can't be freed by free_initrd_mem() function.
Signed-off-by:
This patch extends the start and end address of initrd to be page aligned,
so that we can free all memory including the un-page aligned head or tail
page of initrd, if the start or end address of initrd are not page
aligned, the page can't be freed by free_initrd_mem() function.
Signed-off-by:
This patch make some change to unflatten_dt_node(), make sure the
device_node don't reference to fdt raw blob memory, so that we can
free the raw blob reserved memory after initcalls.
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
drivers/of/fdt.c | 27 +++
Linux [mailto:li...@arm.linux.org.uk]
Sent: Thursday, September 18, 2014 2:13 AM
To: Catalin Marinas
Cc: Wang, Yalin; Will Deacon; 'linux...@kvack.org';
'linux-kernel@vger.kernel.org'; 'linux-arm-ker...@lists.infradead.org'
Subject: Re: [PATCH] arm64:free_initrd_mem should also free the memblock
for reserved memory debug .
Thanks !
From: Russell King - ARM Linux [li...@arm.linux.org.uk]
Sent: Thursday, September 18, 2014 5:59 PM
To: Wang, Yalin
Cc: Catalin Marinas; Will Deacon; 'linux...@kvack.org';
'linux-kernel@vger.kernel.org'; 'linux-arm-ker
On Fri, Sep 19, 2014 at 11:00:02AM +0100, Catalin Marinas wrote:
On Fri, Sep 19, 2014 at 08:09:47AM +0100, Wang, Yalin wrote:
this patch extend the start and end address of initrd to be page
aligned, so that we can free all memory including the un-page
aligned head or tail page
They were so close ;)
I can see three patches but none of them exactly right:
8157/1 - wrong diff format
8159/1 - correct format, does not have my ack (you can take this one if
you want)
8162/1 - got my ack this time but with the wrong diff format again
Maybe a pull request is
-Original Message-
On Thu, Sep 25, 2014 at 03:31:42PM +0100, Russell King - ARM Linux wrote:
On Fri, Sep 19, 2014 at 11:00:02AM +0100, Catalin Marinas wrote:
On Fri, Sep 19, 2014 at 08:09:47AM +0100, Wang, Yalin wrote:
this patch extend the start and end address of initrd
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, November 14, 2014 7:53 AM
To: Wang, Yalin
On Fri, Oct 31, 2014 at 01:42:44PM +0800, Wang, Yalin wrote:
This patch add bitrev.h file to support rbit instruction, so that we
can do
Use the inline function instead of directly indexing the array.
This allows some architectures with hardware instructions for bit
reversals to eliminate the array.
Signed-off-by: Joe Perches j...@perches.com
Signed-off-by: Yalin Wang yalin.w...@sonymobile.com
---
sound/usb/6fire/firmware.c | 2
1 - 100 of 358 matches
Mail list logo
