Re: [PATCH 0/2] Make squashfs fragments' cache size more configurable

Hi Phillip, Thank you for your fast reply. On Fri, Oct 20, 2017 at 2:18 PM, Phillip Lougher ‎ wrote: > On Thu, Oct 19, 2017 at 12:50 AM, Qixuan Wu wrote: >> Hi All, >> >> Currently, squashfs fragments' cache size is only determined by >> config option CONFIG_SQUASHFS_FRAGMENT_CACHE_SIZE. Use

Re: [PATCH] fs/sync.c : Add CAP_SYS_ADMIN checking before sync

Thanks for your both replies. We will waiting for the patchset, and modify as per Richard's suggestion for temporary hack. On 2015/4/17 3:31, Richard Weinberger wrote: > On Thu, Apr 16, 2015 at 5:08 PM, Azat Khuzhin wrote: >> On Thu, Apr 16, 2015 at 07:43:34PM +0800, Wuqixuan

[PATCH] fs/sync.c : Add CAP_SYS_ADMIN checking before sync

The process, supposed in one container, can't flush the metadata and data of the all host's partitions without CAP_SYS_ADMIN capability, like sys_mount is doing. The checking will prevent some vicious programs impacting IO sequnces of those partitions, particularly, the ones which can't be accessed

[PATCH] ARM: armv6 & armv7 no need update SCTLR for alignment

ARMv7 chip. The patch has already verified in our ARMv7 Cortex A15 SOC. Signed-off-by: Wuqixuan --- arch/arm/kernel/entry-common.S |4 ++-- arch/arm/kernel/entry-header.S |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/kernel/entry-common.S b/arch/arm/kernel

[PATCH] ARM: armv7 no need update SCTLR for alignment

In Armv7, cr_alignment and cr_no_alignment are always same, in alignment_init both cr_alignment and cr_no_alignment will be updated by clearing A bit. So there is no meaning to update SCTLR if interrupt and exception disturbs the user-space. Signed-off-by: Wuqixuan --- diff -git a/arch/arm

Re: PROBLEM: OOPSes in PREEMPT SMP for AMD Opteron Dual-Core with Memhole Mapping

How about this issue now ? -- View this message in context: http://www.nabble.com/PROBLEM%3A--OOPSes-in-PREEMPT-SMP-for-AMD-Opteron-Dual-Core-with-Memhole-Mapping-tf55018.html#a14123663 Sent from the linux-kernel mailing list archive at Nabble.com. -- To unsubscribe from this list: send the li