undefined reference to `nf_defrag_ipv6_enable'
"
So this patch change the Kconfig as ipv4 does.
Signed-off-by: Liu Hua
---
net/netfilter/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/netfilter/Kconfig b/net/netfilter/Kconfig
index f70e34a..34f5
solve this problem.
link:lkml.org/lkml/2014/8/4/18
Signed-off-by: Liu Hua
---
kernel/irq/chip.c | 8
1 file changed, 8 insertions(+)
diff --git a/kernel/irq/chip.c b/kernel/irq/chip.c
index 6f1c7a5..3328a45 100644
--- a/kernel/irq/chip.c
+++ b/kernel/irq/chip.c
@@ -710,10 +710,
Hi all,
For arm32 platform. I want to know whether or not a mechanism in kernel can
snapshot tasks and cpus
information as the follow. If not, such a mechanism can be accepted by kernel.
...
TASK: [pid 1], [tgid 1], [linuxrc] [state S] [policy 0] [cpu 3]
EIP address: [<401945a4>] 0x4019
dma_mapping_error takes two parameters, but some of examples
in Documentation/DMA-API-HOWTO.txt just takes one. So correct
it.
Signed-off-by: Liu Hua
---
Documentation/DMA-API-HOWTO.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/DMA-API-HOWTO.txt b
On 2014/8/6 17:46, Marc Zyngier wrote:
> Hi Liu,
>
> On 06/08/14 09:43, Liu hua wrote:
>> 于 2014/8/4 17:43, Marc Zyngier 写道:
>>> Hi Liu,
>>>
>>> On 04/08/14 05:17, Liu Hua wrote:
>>>> When using kdump on ARM platform, if kernel panics in inte
于 2014/8/4 17:43, Marc Zyngier 写道:
> Hi Liu,
>
> On 04/08/14 05:17, Liu Hua wrote:
>> When using kdump on ARM platform, if kernel panics in interrupt handler
>> (maybe PPI), the capture kernel can not recive certain interrupt, and
>> fails to boot.
>>
>> O
..
Hi Kees,
Did this patch conflict with others, or it will at the future?
As Rob said "There's work in flight to support early_ioremap, early console,
and RO
text patching which all use the fixmap region." So if this patch will block
kernel's
new feature, Should we makes new
arma15eb(GIC v2)
platforms. And the tests passed.
changes from V1:
- used for_each_set_bit instead of find_next_bit
- removed the GIC version indentifying codes.
- used one way to inactive GIC interupt states for all GIC version
Liu Hua (1):
GIC: introduce method to deactive interupts
-off-by: Liu Hua
---
drivers/irqchip/irq-gic.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c
index b2648fc..7708df1 100644
--- a/drivers/irqchip/irq-gic.c
+++ b/drivers/irqchip/irq-gic.c
@@ -351,12 +351,37
On 2014/7/11 20:35, Will Deacon wrote:
> [adding Marc]
>
> On Fri, Jul 11, 2014 at 07:46:15AM +0100, Liu Hua wrote:
>> For this version of GIC codes, kernel assumes that all the interrupt
>> status of GIC is inactive. So the kernel does not check this when
>> booting.
, but did not
find a simple way to deactive state of all interrupts. For GICv1,
I can only deal with one abnormal interrupt state one time. For
GICv2, I can deactive 32 one time.
So guys, Do you know a better way to do that?
Liu Hua (2):
irqchip: gic: introduce ICPIDR2 register interface
Peripheral ID2 Register provides a four-bit architecturally-defined
architecture revision field. So we can identify the GIC verison from
this register. It is useful sometimes.
Signed-off-by: Liu Hua
---
include/linux/irqchip/arm-gic.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include
-off-by: Liu Hua
---
drivers/irqchip/irq-gic.c | 57 +++
1 file changed, 57 insertions(+)
diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c
index ddee133..d8620cf 100644
--- a/drivers/irqchip/irq-gic.c
+++ b/drivers/irqchip/irq-gic.c
于 2014/6/26 8:57, Zhang, Yanmin 写道:
>
> On 2014/6/25 21:08, Liu hua wrote:
>> 于 2014/6/25 8:41, Zhang, Yanmin 写道:
>>> On 2014/6/20 18:47, Liu hua wrote:
>>>> On 2014/6/20 7:42, Luck, Tony wrote:
>>>>
>>>>>> BTW, I note that
于 2014/6/25 8:41, Zhang, Yanmin 写道:
>
> On 2014/6/20 18:47, Liu hua wrote:
>> On 2014/6/20 7:42, Luck, Tony wrote:
>>
>>>> BTW, I note that "extern struct pstore_info *psinfo" locates in
>>>> fs/pstore/internal.h. So users out of directory
t; EXPORT_SYMBOL_GPL(pstore_alloc_ring_buffer);
>
> ... and you have to find/make some global header for the "extern" declaration.
I will make these RFC patch series according to our discussion. Thanks you very
to
valuable advice.
Thanks,
Liu Hua
>
> -Tony
>
&
very much again. if pstore can accept this feature, it will be a great
news for us.
we will drop our "KBOX" gradually, using pstore instead. If necessary, I will
try to send
patch series to do this. What do you think about it?
Thanks,
Liu Hua
> -Tony
>
--
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/
We do not need to care other type messages to
overlap it.
we can allways get the latest messages of each type.
(3) Anyone in kernel or modules can use this mechanism, if they alloc a region.
Thanks,
Liu Hua
.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
fc0 is
> free, which makes the fixmap area far away from the PCI i/o area with
> plenti of space in between.
>
>> - Same as previous option, but convert the PCI i/o space to fixmap
>> entries. We don't really need all 2MB for PCI.
>
> See above.
>
&g
于 2014/5/6 20:15, Will Deacon 写道:
> On Sat, May 03, 2014 at 02:44:46PM +0100, Liu Hua wrote:
>> Hi Will or Russell,
>
> Hello,
>
>> With CONFIG_LPAE=y, memory in 32-bit ARM systems can exceed
>> 4G. So if we use kdump in such systems. The capture kernel
>
On 2014/5/29 8:13, Simon Horman 写道:
> On Wed, May 28, 2014 at 09:49:56PM +0800, Liu Hua wrote:
>> This patch deales with sparse memory model.
>>
>> For ARM32 platforms, different vendors may define different
>> SECTION_SIZE_BITS, which we did not write to vmcore.
>&g
On 2014/5/29 8:13, Simon Horman wrote:
> On Wed, May 28, 2014 at 09:49:56PM +0800, Liu Hua wrote:
>> This patch deales with sparse memory model.
>>
>> For ARM32 platforms, different vendors may define different
>> SECTION_SIZE_BITS, which we did not write to vmcore.
&
vmcores with different
SECTION_SIZE_BITS.
And if we enable LPAE, MAX_PHYSMEM_SIZE can alse
be variable.
This patch adds these SECTION_SIZE_BITS and MAX_PHYSMEM_SIZE
to vmcore. which makes user space tools more compatible.
BTW, makedumpfile has queued the related patch.
Signed-off-by: Liu Hua
> So I recommend you to repost this patch set, then I'll accept it.
>
Ok, Thanks for you suggest. I will repost this patch. By now no one
relpy my kernel patch related to this issue, named "[RFC PATCH 1/2]
kdump: add sparse memory related values to vmcore". Didn't I
TS 28
4 arch/arm/mach-hisi/include/mach/memory.h
#define SECTION_SIZE_BITS 26
8 arch/arm/mach-sa1100/include/mach/memory.h
#define SECTION_SIZE_BITS 27
Perhaps we should find another way to let the userspace tools
to get the architecture-specific values.
Liu Hua
>
>
> Th
SECTION
size. We must recompile it. It is awaste of time.
So this patch add related values to vmcore to notify the
user space tools to deal with this situation.
Signed-off-by: Liu Hua
---
kernel/kexec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/kernel/kexec.c b/kernel/kexec.c
index
recompile the tools.
These patch series make kernel pass related infomation to
the user space tools, via vmcore. And makedumpfile can
get these when parsing vmcore. So the makdumpfile becomes
more compatible to vmcore with different section size.
Liu Hua (1):
kdump: add sparse memory related
vmcores with different section size.
Signed-off-by: Liu Hua
---
makedumpfile.c | 17 +
makedumpfile.h | 2 ++
2 files changed, 19 insertions(+)
diff --git a/makedumpfile.c b/makedumpfile.c
index 6cf6e24..3cdf323 100644
--- a/makedumpfile.c
+++ b/makedumpfile.c
@@ -2111,6 +2111,8
On 2014/4/23 7:50, Nicolas Pitre wrote:
> On Tue, 22 Apr 2014, Russell King - ARM Linux wrote:
>
>> On Tue, Apr 15, 2014 at 07:06:05PM +0800, Liu Hua wrote:
>>> This patch series change fixmap mapping region to suppport 32 CPUs.
>>> Because the "top_pmd"
function by commit 4b3bf7aef.
This patch adds check functions related to elf64 header.
Thanks,
Liu Hua
Signed-off-by: Liu Hua
---
arch/arm/include/asm/elf.h | 4 +++-
arch/arm/kernel/elf.c | 33 +
2 files changed, 36 insertions(+), 1 deletion(-)
diff --git a/arch
platforms
Changes from v2:
---
- Removed two macros: FIX_KMAP_BEGIN and FIX_KMAP_END;
- Unchanged DMA mapping region related documentation;
Changes from v1:
---
- changed documentation for ARM linux memory layout.
- moved fixmap mapping region, not just extended.
Liu Hua
to 32 CPUs
Signed-off-by: Liu Hua
---
Documentation/arm/memory.txt | 2 +-
arch/arm/include/asm/fixmap.h | 16 ++--
arch/arm/include/asm/highmem.h | 1 +
arch/arm/mm/highmem.c | 27 +--
arch/arm/mm/mmu.c | 4
5 files changed, 29
bugfix on fixmap mapping region.
Reviewed-by: Nicolas Pitre
Signed-off-by: Liu Hua
---
arch/arm/include/asm/fixmap.h | 5 ++---
arch/arm/mm/highmem.c | 6 +++---
2 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/arch/arm/include/asm/fixmap.h b/arch/arm/include/asm/fixmap.h
index
于 2014/4/14 21:50, Nicolas Pitre 写道:
> On Mon, 14 Apr 2014, Liu hua wrote:
>
>> Yes, it seems that FIX_KMAP_BEGIN and FIX_KMAP_END are not as important for
>> ARM than that for other architectures (MIPS PowerPC x86), whose
>> FIX_KMAP_BEGIN
>> is not 0. I will rem
于 2014/4/14 19:37, Will Deacon 写道:
> On Thu, Mar 27, 2014 at 08:00:39AM +0000, Liu Hua wrote:
>> For vmcore generated by LPAE enabled kernel, user space
>> utility such as crash needs additional infomation to
>> parse.
>>
>> So this patch add arch_crash_save_vmcor
于 2014/4/14 1:34, Nicolas Pitre 写道:
> On Sun, 13 Apr 2014, Liu hua wrote:
>
>> Hi Nicolas.
>>
>> Sure, your suggestion made my patch looks better. How about that :
>>
>> Thanks,
>> Liu Hua
>
> There is something else that bothers me.
&g
On 2014/4/12 11:26, Nicolas Pitre wrote:
> On Fri, 11 Apr 2014, Liu Hua wrote:
>
>> In 32-bit ARM systems, the fixmap mapping region can support
>> no more than 14 CPUs(total: 896k; one CPU: 64K). And we can
>> configure NR_CPUS up to 32. So there is a mismatch.
>>
On 2014/4/12 22:32, Nicolas Pitre write:
> On Sat, 12 Apr 2014, Liu hua wrote:
>
>> Hi Nicolas,
>>
>> Your version is better. you tell me this in the former letters.
>> So I am very sorry to forget to check that.
>>
>> May be I should remake this secon
Hi Nicolas,
Your version is better. you tell me this in the former letters.
So I am very sorry to forget to check that.
May be I should remake this second patch to fit your change. What do
you think about that patch?
Liu Hua
On 2014/4/12 11:12, Nicolas Pitre wrote:
> On Fri, 11 Apr 2014,
Because commit e9da6e9905e6 has remove custom consistent dma
region. So the related variable and document should be removed
Signed-off-by: Liu Hua
---
Documentation/arm/memory.txt | 4
arch/arm/include/asm/memory.h | 2 --
2 files changed, 6 deletions(-)
diff --git a/Documentation/arm
to 32 CPUs.
Signed-off-by: Liu Hua
---
Documentation/arm/memory.txt | 2 +-
arch/arm/include/asm/fixmap.h | 4 ++--
arch/arm/include/asm/highmem.h | 1 +
arch/arm/mm/highmem.c | 10 +-
arch/arm/mm/mm.h | 7 +++
arch/arm/mm/mmu.c | 4
- changed documentation for ARM linux memory layout.
- moved fixmap mapping region, not just extended.
Liu Hua (2):
ARM : DMA : remove useless information about DMA
ARM : extend fixmap mapping region to support 32 CPUs
Documentation/arm/memory.txt | 8 ++--
arch/arm/include/asm/fixmap.h | 4
parameter.
Signed-off-by: Liu Hua
Tested-by: Satoru Takeuchi
Cc: sta...@vger.kernel.org # 3.4+
---
Documentation/sysctl/kernel.txt | 1 +
kernel/sysctl.c | 6 ++
2 files changed, 7 insertions(+)
diff --git a/Documentation/sysctl/kernel.txt b/Documentation/sysctl/kernel
32-bit elf header.
Signed-off-by: Liu Hua
To: Simon Horman
Cc: Vivek Goyal
Cc:
Cc:
Cc:
---
kexec/arch/arm/crashdump-arm.c | 23 ---
kexec/kexec-iomem.c| 8
kexec/kexec.h | 4 ++--
3 files changed, 26 insertions(+), 9 deletions
For vmcore generated by LPAE enabled kernel, user space
utility such as crash needs additional infomation to
parse.
So this patch add arch_crash_save_vmcoreinfo as what PAE enabled
i386 linux does.
Signed-off-by: Liu Hua
To: Russell King
Cc: Stephen Warren
Cc: Will Deacon
Cc: Vijaya Kumar K
functions related of elf64 header.
Signed-off-by: Liu Hua
To: Russell King
Cc: Dan Aloni
Cc: Catalin Marinas
Cc:
Cc:
Cc:
---
arch/arm/include/asm/elf.h | 5 -
arch/arm/kernel/elf.c | 33 +
2 files changed, 37 insertions(+), 1 deletion(-)
diff --git a/arch
于 2014/3/26 0:25, Satoru Takeuchi 写道:
> At Tue, 25 Mar 2014 16:58:58 +0800,
> Liu hua wrote:
>>
>> 于 2014/3/24 4:50, Satoru Takeuchi 写道:
>>> At Sun, 23 Mar 2014 15:54:04 +0800,
>>> Liu Hua wrote:
>>>>
>>>> As sysctl_hung_task_timeo
于 2014/3/24 4:50, Satoru Takeuchi 写道:
> At Sun, 23 Mar 2014 15:54:04 +0800,
> Liu Hua wrote:
>>
>> As sysctl_hung_task_timeout_sec is unsigned long, when this value is
>> larger then LONG_MAX/HZ, the function schedule_timeout_interruptible in
>> watchdog will return
mapping region can support up to 30 CPUs.
There seems to be no easy way to support 32 CPUs by simply
changing memory layout on ARM Linux. So I also limit the
maximal CPU number one can configure.
Signed-off-by: Liu Hua
---
Documentation/arm/memory.txt | 4 ++--
arch/arm/Kconfig
the valid parameter.
Cc:
Signed-off-by: Liu Hua
---
kernel/hung_task.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/kernel/hung_task.c b/kernel/hung_task.c
index 6df6149..f992286 100644
--- a/kernel/hung_task.c
+++ b/kernel/hung_task.c
@@ -174,8 +174,12 @@ s
On 2014/3/18 18:48, Russell King - ARM Linux wrote:
> On Tue, Mar 18, 2014 at 06:20:42PM +0800, Liu Hua wrote:
>> When we configure CONFIG_LPAE=y, pfn << PAGE_SHIFT will
>> overflow if pfn >= 0x10 in copy_oldmem_page.
>>
>> So use __pfn_to_phys for converti
When we configure CONFIG_LPAE=y, pfn << PAGE_SHIFT will
overflow if pfn >= 0x10 in copy_oldmem_page.
So use __pfn_to_phys for converting.
Signed-off-by: Liu Hua
---
arch/arm/kernel/crash_dump.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/kernel/cra
On 2014/3/13 1:08, Nicolas Pitre wrote:
> On Wed, 12 Mar 2014, Liu hua wrote:
>
>> Hi Russell, Will or Nicolas,
>>
>> (In this mail, we only discuss ARM 32-bit linux.)
>>
>> As we know, the region (0xfff0-0xfffd) is reserved as fixmap
>> mappi
an 14 CPUs, this region is not large enough.
should we change the memory layout on ARM Linux to support 14+ cpu system ?
Or can we do anything else to support that ?
Thanks,
Liu Hua
.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
on 2014/3/6 23:35, Paul Gortmaker wrote:
> On 14-03-06 02:19 AM, Liu hua wrote:
>> As sysctl_hung_task_timeout_sec is unsigned long, when this value is
>> larger then LONG_MAX, the function schedule_timeout_interruptible in
>> watchdog will return immediately without sleep :
lid parameter.
Signed-off-by: Liu Hua
---
kernel/hung_task.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/kernel/hung_task.c b/kernel/hung_task.c
index 06bb141..ef96650 100644
--- a/kernel/hung_task.c
+++ b/kernel/hung_task.c
@@ -186,7 +186,16 @
56 matches
Mail list logo
