appears only
once, so it can be optimized to reduce the duplicated code.
Signed-off-by: Tiezhu Yang kernelpa...@126.com
---
fs/f2fs/data.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index b621c08..0219bd0 100644
--- a/fs/f2fs/data.c
+++ b
There exists potential memory leak in ufshcd_parse_clock_info(),
this patch fixes it.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
drivers/scsi/ufs/ufshcd-pltfrm.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/scsi/ufs/ufshcd-pltfrm.c b/d
At 2016-06-08 03:12:08, "James Bottomley"
<james.bottom...@hansenpartnership.com> wrote:
>On Wed, 2016-06-08 at 02:00 +0800, Tiezhu Yang wrote:
>> There exists potential memory leak in ufshcd_parse_clock_info(),
>> this patch fixes it.
>
>What makes you thin
If the function ufshcd_parse_clock_info returns an error, the memory clkfreq
allocated by devm_kzalloc will be freed at that time. But when the function
ufshcd_parse_clock_info returns 0 on success, there exists potential memory
leak, this patch fixes it.
Signed-off-by: Tiezhu Yang <kerne
ing related code:
1) in function 'raid5_set_cache_size':
if (size <= 16 || size > 32768)
return -EINVAL;
2) #define NR_STRIPES 256
So the lower limit value of stripe_cache_size should be 17 and
the default value should be 256.
Signed-off-by: Tiezhu Yang <kernelp
When base_addr is NULL, there is no need to call kzfree,
it should return -ENOMEM directly. Additionally, it is
better to initialize variable 'error' with 0.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
fs/f2fs/xattr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
When buff_ascii kmalloc failed, there is no need to call kfree,
it should return -ENOMEM directly, this patch fixes it.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
drivers/scsi/ufs/ufshcd.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/scsi/ufs/ufsh
) register_filesystem
11) f2fs_create_root_stats
12) proc_mkdir
exit_f2fs_fs should do cleanup in the reverse order
to make the code more clear.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
fs/f2fs/super.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/f
This patch modifies raid1.c, raid10.c and raid5.c
to make the code more readable in the for-loop
and also fixes the scripts/checkpatch.pl error:
ERROR: trailing statements should be on next line.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
drivers/md/raid1.c | 6 +++---
driv
At 2016-07-12 09:45:43, "Chao Yu" <yuch...@huawei.com> wrote:
>On 2016/7/11 7:20, Tiezhu Yang wrote:
>> When the length of file name is more than F2FS_NAME_LEN,
>
>Seem @name indicates a xattr/key name, not a file name.
Yes, you are right. Sorry for the noise.
Thanks,
When the length of file name is more than F2FS_NAME_LEN,
it should return -ENAMETOOLONG.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
fs/f2fs/xattr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/f2fs/xattr.c b/fs/f2fs/xattr.c
index 28a5023..b225062
There is a typo "f2f2" in f2fs.txt, this patch fixes it.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
Documentation/filesystems/f2fs.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/filesystems/f2fs.txt
b/Documentation/filesystem
The macro f2fs_check_acl is defined but never used since
the initial commit, this patch removes the code that has
been dead for several years.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
fs/f2fs/acl.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/f2fs/acl.h b/fs/f2fs/acl.h
There exists almost same codes when get the value of pre_version
and cur_version in function validate_checkpoint, this patch adds
get_checkpoint_version to clean up redundant codes.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
fs/f2fs/checkpoint.
Hi Chao,
At 2016-09-27 17:46:30, "Chao Yu" <yuch...@huawei.com> wrote:
>On 2016/9/27 10:05, Tiezhu Yang wrote:
>> There exists almost same codes when get the value of pre_version
>> and cur_version in function validate_checkpoint, this patch adds
>> get_che
At 2016-09-27 02:57:16, "Jaegeuk Kim" <jaeg...@kernel.org> wrote:
>Hi Tiezhu,
>
>On Sun, Sep 25, 2016 at 05:50:44PM +0800, Tiezhu Yang wrote:
>> There exists almost same codes when get the value of pre_version
>> and cur_version in function
There exists almost same codes when get the value of pre_version
and cur_version in function validate_checkpoint, this patch adds
get_checkpoint_version to clean up redundant codes.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
fs/f2fs/checkpoint.
At 2016-09-30 07:47:58, "Tiezhu Yang" <kernelpa...@126.com> wrote:
>There exists almost same codes when get the value of pre_version
>and cur_version in function validate_checkpoint, this patch adds
>get_checkpoint_version to clean up redundant codes.
>
>Signed-off-b
There exists almost same codes when get the value of pre_version
and cur_version in function validate_checkpoint, this patch adds
get_checkpoint_version to clean up redundant codes.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
fs/f2fs/checkpoint.
There exists almost same codes when get the value of pre_version
and cur_version in function validate_checkpoint, this patch adds
get_checkpoint_version to clean up redundant codes.
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
fs/f2fs/checkpoint.
/devices/system/cpu/cpu1/online
bash: echo: write error: Invalid argument
Signed-off-by: Tiezhu Yang <kernelpa...@126.com>
---
drivers/base/core.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/base/core.c b/drivers/base/core.c
index 755451f..6588ed5 100644
--- a/dri
/devices/system/cpu/cpu1/online
bash: echo: write error: Invalid argument
Signed-off-by: Tiezhu Yang
---
drivers/base/core.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/base/core.c b/drivers/base/core.c
index 755451f..6588ed5 100644
--- a/drivers/base/core.c
+++ b/drivers/base/
Signed-off-by: Tiezhu Yang
Acked-by: Yonghong Song
---
v2: Update the commit message suggested by Yonghong,
thank you very much.
v3: Remove the default option BUILD_SHARED_LIBS=OFF
and just mkdir llvm-project/llvm/build suggested
by Fangrui.
Documentation/bpf/bpf_devel_QA.rst | 3
On 01/14/2021 01:12 AM, Yonghong Song wrote:
On 1/13/21 2:57 AM, Tiezhu Yang wrote:
MIPS needs __SANE_USERSPACE_TYPES__ before to select
'int-ll64.h' in arch/mips/include/uapi/asm/types.h and avoid compile
warnings when printing __u64 with %llu, %llx or %lld.
could you mention which
it to reflect the reality.
[1] https://clang.llvm.org/get_started.html
Signed-off-by: Tiezhu Yang
---
samples/bpf/README.rst | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/samples/bpf/README.rst b/samples/bpf/README.rst
index dd34b2d..f606c08 100644
--- a/samples/bpf
/wiki/Pre-built-Ninja-packages
Signed-off-by: Tiezhu Yang
Acked-by: Yonghong Song
Reviewed-by: Nathan Chancellor
---
v2: Update the commit message suggested by Yonghong,
thank you very much.
v3: Remove the default option BUILD_SHARED_LIBS=OFF
and just mkdir llvm-project/llvm/build
://www.mips.com/?do-download=the-mips64-instruction-set-v6-06
Reported-by: Ming Wang
Signed-off-by: Tiezhu Yang
---
arch/mips/include/asm/inst.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/mips/include/asm/inst.h b/arch/mips/include/asm/inst.h
index 22912f7..2f98ced 100644
On 01/20/2021 05:58 AM, Fangrui Song wrote:
On 2021-01-19, Tiezhu Yang wrote:
The current llvm/clang build procedure in samples/bpf/README.rst is
out of date. See below that the links are not accessible any more.
$ git clone http://llvm.org/git/llvm.git
Cloning into 'llvm'...
fatal: unable
On 01/20/2021 10:43 AM, Nick Desaulniers wrote:
On Mon, Jan 18, 2021 at 11:56 PM Tiezhu Yang wrote:
The current llvm/clang build procedure in samples/bpf/README.rst is
out of date. See below that the links are not accessible any more.
$ git clone http://llvm.org/git/llvm.git
Cloning
-by: Tiezhu Yang
---
samples/bpf/Makefile | 2 +-
samples/bpf/README.rst | 17 ++---
2 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/samples/bpf/Makefile b/samples/bpf/Makefile
index 26fc96c..d061446 100644
--- a/samples/bpf/Makefile
+++ b/samples/bpf/Makefile
@@ -208,7
h #ifndef __SANE_USERSPACE_TYPES__ in tools/include/linux/types.h,
the above error has gone and this ifndef change does not hurt other
compilations.
Signed-off-by: Tiezhu Yang
---
v2: Update the commit message
samples/bpf/Makefile| 4
tools/include/linux/types.h | 3 +++
2 files changed
On 01/14/2021 01:14 AM, Yonghong Song wrote:
I do not think this fix is correct. x86 does not define its own
rwonce.h and still compiles fine.
As noted in the above, we have include/asm-generic/rwonce.h.
Once you do a proper build, you will have rwonce.h in arch
generated directory like
in Makefile.
[1] https://clang.llvm.org/get_started.html
Signed-off-by: Tiezhu Yang
Acked-by: Yonghong Song
---
v2: Update the commit message suggested by Yonghong,
thank you very much.
samples/bpf/Makefile | 2 +-
samples/bpf/README.rst | 17 ++---
2 files changed, 11
On 08/09/2020 08:13 PM, Christian König wrote:
Am 08.08.20 um 15:50 schrieb Jiaxun Yang:
在 2020/8/8 下午9:41, Thomas Bogendoerfer 写道:
On Sat, Aug 08, 2020 at 03:25:02PM +0800, Tiezhu Yang wrote:
Loongson processors have a writecombine issue that maybe failed to
write back framebuffer used
/asm-offsets.s] Error 1
Select SMP in Kconfig to avoid the above build error and then remove
CONFIG_SMP=y in loongson3_defconfig.
Signed-off-by: Tiezhu Yang
---
arch/mips/Kconfig | 1 +
arch/mips/configs/loongson3_defconfig | 1 -
2 files changed, 1 insertion(+), 1 deletion
S: Loongson64: Move files to the
top-level directory"), CONFIG_ZONE_DMA32 is always set for Loongson64
due to MACH_LOONGSON64 selects ZONE_DMA32, so no need to use ifdef any
more, just remove it.
Signed-off-by: Tiezhu Yang
---
arch/mips/include/asm/mach-loongson64/mmzone.h | 6 +
Signed-off-by: Tiezhu Yang
---
arch/mips/include/asm/mach-loongson64/boot_param.h | 4 +++
arch/mips/loongson64/Makefile | 2 +-
arch/mips/loongson64/boardinfo.c | 40 ++
arch/mips/loongson64/env.c | 10
Tiezhu Yang (3):
MIPS: Loongson64: Select SMP in Kconfig to avoid build error
MIPS: Loongson64: Clean up numa.c
MIPS: Loongson64: Add /proc/boardinfo
arch/mips/Kconfig | 1 +
arch/mips/configs/loongson3_defconfig | 1 -
arch/mips/include/asm
On 10/10/2020 04:01 PM, Jiaxun Yang wrote:
在 2020/10/9 下午6:57, Tiezhu Yang 写道:
Add /proc/boardinfo to get mainboard and BIOS info easily on the
Loongson
platform, this is useful to point out the current used mainboard type
and
BIOS version when there exists problems related with hardware
Signed-off-by: Tiezhu Yang
---
v2: no changes
arch/mips/include/asm/mach-loongson64/boot_param.h | 4 +++
arch/mips/loongson64/Makefile | 2 +-
arch/mips/loongson64/boardinfo.c | 40 ++
arch/mips/loongson64/env.c
/asm-offsets.s] Error 1
Select SMP in Kconfig to avoid the above build error and then remove
CONFIG_SMP=y in loongson3_defconfig.
Signed-off-by: Tiezhu Yang
---
v2: no changes
arch/mips/Kconfig | 1 +
arch/mips/configs/loongson3_defconfig | 1 -
2 files changed, 1 insertion
[RESEND due to the following reason:
Can not connect to recipient's server because of unstable
network or firewall filter. rcpt handle timeout,last handle
info: Host vger.kernel.org(23.128.96.18) command RCPT TO
respond timeout or disconnected]
v2: add patch #4 suggested by Jiaxun
Tiezhu Yang
S: Loongson64: Move files to the
top-level directory"), CONFIG_ZONE_DMA32 is always set for Loongson64
due to MACH_LOONGSON64 selects ZONE_DMA32, so no need to use ifdef any
more, just remove it.
Signed-off-by: Tiezhu Yang
Reviewed-by: Jiaxun Yang
---
v2: no changes, just add Reviewed-by ta
Add a description for /proc/boardinfo on the Loongson platform.
Signed-off-by: Tiezhu Yang
---
v2: new added patch
Documentation/filesystems/proc.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/filesystems/proc.rst
b/Documentation/filesystems/proc.rst
index 533c79e
On 09/02/2020 11:59 AM, Tiezhu Yang wrote:
On 07/06/2020 03:30 PM, Marc Zyngier wrote:
On 2020-07-06 02:19, Tiezhu Yang wrote:
When I test the irqchip code of Loongson, I read the related code of
other
chips in drivers/irqchip and I find some potential resource leaks in
the
error path, I
On 10/12/2020 06:38 PM, Thomas Bogendoerfer wrote:
On Sun, Oct 11, 2020 at 07:47:53AM +0800, Tiezhu Yang wrote:
Add /proc/boardinfo to get mainboard and BIOS info easily on the Loongson
platform, this is useful to point out the current used mainboard type and
BIOS version when there exists
When I update the latest kernel on the Loongson platform used with
LS7A bridge chip, the serial console has no output, this is because
the machine uses LS7A UART0 instead of CPU UART0, add UART node for
LS7A PCH to enhance the compatibility.
Signed-off-by: Tiezhu Yang
---
arch/mips/boot/dts
cpu/3A2000/Loongson3A2000_user2.pdf
[2] http://www.loongson.cn/uploadfile/cpu/3A3000/Loongson3A3000_3B3000user2.pdf
Fixes: e9dfbaaeef1c ("MIPS: perf: Add hardware perf events support for new
Loongson-3")
Signed-off-by: Tiezhu Yang
---
arch/mips/kernel/perf_event_mipsxx.c | 4 ++--
1 file c
There is no git tree for KVM/mips in MAINTAINERS, it is not
convinent to rebase, add it.
Signed-off-by: Tiezhu Yang
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e627ed6..11c82c1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9546,6 +9546,7
gson-3")
Signed-off-by: Tiezhu Yang
---
arch/mips/configs/loongson3_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/mips/configs/loongson3_defconfig
b/arch/mips/configs/loongson3_defconfig
index a65b08d..2b356d9 100644
--- a/arch/mips/configs/loongson3_
On 08/14/2020 02:53 PM, Thomas Bogendoerfer wrote:
On Fri, Aug 14, 2020 at 10:56:33AM +0800, Tiezhu Yang wrote:
Fixes: 70b838292bef ("MIPS: Update default config file for Loongson-3")
I'm not so sure whether this warrants a fixes tag.
I use git bisect to find it is the first
_WARN line in defconfig.
config FRAME_WARN
int "Warn for stack frames larger than"
range 0 8192
default 2048 if GCC_PLUGIN_LATENT_ENTROPY
default 1280 if (!64BIT && PARISC)
default 1024 if (!64BIT && !PARISC)
default 2048 if 64BIT
S
e <= PCI_D3hot))
pci_clear_master(pci_dev);
}
Signed-off-by: Tiezhu Yang
---
drivers/pci/pcie/portdrv_core.c | 1 -
drivers/pci/pcie/portdrv_pci.c | 25 -
2 files changed, 24 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/pcie/portdrv_core.c b/dri
On 09/14/2020 12:06 PM, Lukas Wunner wrote:
On Mon, Sep 14, 2020 at 04:29:10AM +0800, Tiezhu Yang wrote:
--- a/drivers/pci/pcie/portdrv_pci.c
+++ b/drivers/pci/pcie/portdrv_pci.c
@@ -143,6 +144,28 @@ static void pcie_portdrv_remove(struct pci_dev *dev)
}
pcie_port_device_remove
On 09/14/2020 12:31 PM, Huacai Chen wrote:
Hi, Tiezhu
-- Original --
From: "Tiezhu Yang";
Date: Mon, Sep 14, 2020 04:29 AM
To: "Bjorn Helgaas";
Cc: "Konstantin Khlebnikov"; "Khalid Aziz"; "Vivek Goyal"; "
On 09/14/2020 02:13 PM, Tiezhu Yang wrote:
On 09/14/2020 12:06 PM, Lukas Wunner wrote:
On Mon, Sep 14, 2020 at 04:29:10AM +0800, Tiezhu Yang wrote:
--- a/drivers/pci/pcie/portdrv_pci.c
+++ b/drivers/pci/pcie/portdrv_pci.c
@@ -143,6 +144,28 @@ static void pcie_portdrv_remove(struct pci_dev
9] [] dump_stack+0xb0/0xf0
[ 36.410403] [] pcie_portdrv_shutdown+0x18/0x78
[ 36.495302] [] pci_device_shutdown+0x44/0x90
[ 36.580027] [] device_shutdown+0x130/0x290
[ 36.664486] [] kernel_power_off+0x38/0x80
[ 36.748272] [] __do_sys_reboot+0x1a4/0x258
[ 36.831985] [] syscall_common+0x34/0x58
n problems.
OK, no problem.
Huacai
陈华才江苏航天龙梦信息技术有限公司/研发中心/软件部 -- Original --From: "Tiezhu Yang";Date: Mon, Sep 14, 2020 03:57 PMTo: "Bjorn Helgaas"; Cc: "linux-pci";
"linux-kernel"; "Rafael J. Wysocki"; &q
On 09/14/2020 08:06 PM, Zhou Yanjie wrote:
Hello Tiezhu
在 2020/9/14 下午7:24, Tiezhu Yang 写道:
On 09/14/2020 05:46 PM, Huacai Chen wrote:
Hi, Tiezhu,
On Mon, Sep 14, 2020 at 5:30 PM Tiezhu Yang
wrote:
On 09/14/2020 04:52 PM, Huacai Chen wrote:
Hi, Tiezhu,
How do you test kexec? kexec -e
On 09/14/2020 05:46 PM, Huacai Chen wrote:
Hi, Tiezhu,
On Mon, Sep 14, 2020 at 5:30 PM Tiezhu Yang wrote:
On 09/14/2020 04:52 PM, Huacai Chen wrote:
Hi, Tiezhu,
How do you test kexec? kexec -e or systemctl kexec? Or both?
kexec -l vmlinux --append="root=/dev/sda2 console=ttyS0,1
On 09/11/2020 04:21 AM, Bjorn Helgaas wrote:
[+cc Huacai]
On Thu, Sep 10, 2020 at 02:41:39PM -0500, Bjorn Helgaas wrote:
On Sat, Sep 05, 2020 at 04:33:26PM +0800, Tiezhu Yang wrote:
After commit 745be2e700cd ("PCIe: portdrv: call pci_disable_device
during remove") and commit cc
On 09/11/2020 10:35 AM, Oliver O'Halloran wrote:
On Fri, Sep 11, 2020 at 11:55 AM Tiezhu Yang wrote:
On 09/11/2020 04:21 AM, Bjorn Helgaas wrote:
[+cc Huacai]
On Thu, Sep 10, 2020 at 02:41:39PM -0500, Bjorn Helgaas wrote:
On Sat, Sep 05, 2020 at 04:33:26PM +0800, Tiezhu Yang wrote:
After
Module.symvers still exists when make clean, remove it.
Signed-off-by: Tiezhu Yang
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index e30cf02..8235bb7 100644
--- a/Makefile
+++ b/Makefile
@@ -1468,7 +1468,7 @@ endif # CONFIG_MODULES
/powerpc/entry/syscalls/syscall.tbl
Signed-off-by: Tiezhu Yang
---
tools/perf/arch/powerpc/entry/syscalls/syscall.tbl | 25 --
1 file changed, 18 insertions(+), 7 deletions(-)
diff --git a/tools/perf/arch/powerpc/entry/syscalls/syscall.tbl
b/tools/perf/arch/powerpc/entry
It is better to check syscall.tbl for s390 in check-headers.sh, it is
similar with commit c9b51a017065 ("perf tools: Move syscall_64.tbl check
into check-headers.sh").
Signed-off-by: Tiezhu Yang
---
tools/perf/arch/s390/Makefile | 4
tools/perf/check-headers.sh | 1 +
2 files
/syscalls/syscall.tbl
Signed-off-by: Tiezhu Yang
---
tools/perf/arch/s390/entry/syscalls/syscall.tbl | 395 ++--
1 file changed, 225 insertions(+), 170 deletions(-)
diff --git a/tools/perf/arch/s390/entry/syscalls/syscall.tbl
b/tools/perf/arch/s390/entry/syscalls/syscall.tbl
Tiezhu Yang (4):
perf tools: Move syscall.tbl check into check-headers.sh for powerpc
perf tools: Move syscall.tbl check into check-headers.sh for s390
perf tools: Update powerpc's syscall.tbl
perf tools: Update s390's syscall.tbl
tools/perf/arch/powerpc/Makefile | 7
It is better to check syscall.tbl for powerpc in check-headers.sh, it is
similar with commit c9b51a017065 ("perf tools: Move syscall_64.tbl check
into check-headers.sh").
Signed-off-by: Tiezhu Yang
---
tools/perf/arch/powerpc/Makefile | 7 ---
tools/perf/check-headers.sh | 1
On 12/17/2020 08:48 PM, Tiezhu Yang wrote:
On 12/16/2020 11:16 PM, Arnaldo Carvalho de Melo wrote:
Em Wed, Dec 16, 2020 at 11:30:47AM -0300, Arnaldo Carvalho de Melo
escreveu:
Em Wed, Dec 16, 2020 at 07:14:02PM +0800, Jiaxun Yang escreveu:
在 2020/12/16 下午6:05, Tiezhu Yang 写道:
Hi
recording ()
default: 8192 (bytes)
Default: fp
Signed-off-by: Tiezhu Yang
---
tools/perf/util/callchain.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/tools/perf/util/callchain.c b/tools/perf/util
On 12/14/2020 09:39 PM, Arnaldo Carvalho de Melo wrote:
Em Mon, Dec 14, 2020 at 08:56:55PM +0800, Tiezhu Yang escreveu:
DWARF register mappings have not been defined for some architectures,
at least for mips, so we can print an error message and then return
directly when use '--call-graph dwarf
recording ()
default: 8192 (bytes)
Default: fp
Signed-off-by: Tiezhu Yang
---
v2: Use HAVE_DWARF_SUPPORT to check
tools/perf/util/callchain.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/tools/perf
On 12/15/2020 11:26 AM, liwei (GF) wrote:
Hi,
On 2020/11/25 18:11, Tiezhu Yang wrote:
After commit 9cce844abf07 ("MIPS: CPU#0 is not hotpluggable"),
Why CPU#0 is not hotpluggable on MIPS? Does that unrealizable?
The early discussion is here:
https://patchwork.kernel.org/project/
rectory
[root@linux loongson]# echo 0 > /sys/devices/system/cpu/cpu0/online
bash: /sys/devices/system/cpu/cpu0/online: Permission denied
So no need to check CPU 0 in cps_cpu_disable(), just remove it.
Reported-by: liwei (GF)
Signed-off-by: Tiezhu Yang
---
cps_cpu_disable() is not done in the ear
On 12/15/2020 09:21 PM, Thomas Bogendoerfer wrote:
On Thu, Dec 03, 2020 at 08:32:52PM +0800, Tiezhu Yang wrote:
In the current code, we can not build under !CONFIG_NUMA and !CONFIG_SMP
on the Loongson64 platform, it seems bad for the users who just want to
use pure single core (not nosmp
Hi,
In the current upstream mainline kernel, perf record --call-graph dwarf
is not supported for architecture mips64. I find the following related
patches about this feature by David Daney and
Archer Yan in Sep 2019.
[1/2] Support mips unwinding and dwarf-regs
On 12/16/2020 11:16 PM, Arnaldo Carvalho de Melo wrote:
Em Wed, Dec 16, 2020 at 11:30:47AM -0300, Arnaldo Carvalho de Melo escreveu:
Em Wed, Dec 16, 2020 at 07:14:02PM +0800, Jiaxun Yang escreveu:
在 2020/12/16 下午6:05, Tiezhu Yang 写道:
Hi,
In the current upstream mainline kernel, perf record
Tiezhu Yang (3):
MIPS: kernel: Support extracting off-line stack traces from user-space
with perf
perf tools: Support mips unwinding and dwarf-regs
perf tools: Generate mips syscalls_n64.c syscall table
arch/mips/Kconfig | 2 +
arch/mips/include/uapi
tches into two parts (MIPS kernel and perf
tools) to merge easily.]
The original patches:
https://lore.kernel.org/patchwork/patch/1126521/
https://lore.kernel.org/patchwork/patch/1126520/
Signed-off-by: David Daney
Signed-off-by: Ralf Baechle
Signed-off-by: Archer Yan
Signed-off-by: Tiezhu
Baechle
Signed-off-by: Archer Yan
Signed-off-by: Tiezhu Yang
---
tools/perf/Makefile.config | 6 ++
tools/perf/arch/mips/Makefile | 4 ++
tools/perf/arch/mips/include/dwarf-regs-table.h | 31 +
tools/perf/arch/mips/include/perf_regs.h| 84
Grab a copy of arch/mips/kernel/syscalls/syscall_n64.tbl and use it to
generate tools/perf/arch/mips/include/generated/asm/syscalls_n64.c file,
this is similar with commit 1b700c997500 ("perf tools: Build syscall table
.c header from kernel's syscall_64.tbl")
Signed-off-by: T
On 12/30/2020 12:39 AM, Thomas Bogendoerfer wrote:
On Wed, Dec 16, 2020 at 10:44:23AM +0800, Tiezhu Yang wrote:
I have tested the following three configs on the Loongson platform:
(1) !NUMA and !SMP,
(2) !NUMA and SMP,
(3) NUMA and SMP,
everything is all right.
But there exists the following
by: Yinglu Yang
Signed-off-by: Tiezhu Yang
---
arch/mips/include/asm/mach-loongson64/loongson.h | 20 +
arch/mips/loongson64/time.c | 28 +++-
2 files changed, 47 insertions(+), 1 deletion(-)
diff --git a/arch/mips/include/asm/mach-loongson64/
On 11/12/2020 06:09 PM, Jiaxun Yang wrote:
在 2020/11/12 18:04, Jiaxun Yang 写道:
Hi Tiezhu,
在 2020/11/12 16:29, Tiezhu Yang 写道:
Add read_persistent_clock64() to read the time from the battery backed
persistent clock. With this patch, we can fix the wrong time issue due
to the system clock
rep "L2 cache"
L2 cache: 8192K
Signed-off-by: Tiezhu Yang
---
arch/mips/mm/c-r4k.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/mips/mm/c-r4k.c b/arch/mips/mm/c-r4k.c
index 9cede7c..9952176 100644
--- a/arch/mips/mm/c-r4k.c
+++ b/arch/mips/mm/c-r4k
Since commit 02cf2119684e ("Cleanup the mess in cpu_cache_init."),
cpu_has_6k_cache and cpu_has_8k_cache have no user, r6k_cache_init()
and r8k_cache_init() are not defined for over 15 years, just remove
them.
Signed-off-by: Tiezhu Yang
---
arch/mips/include/asm/cpu-features.h |
Tiezhu Yang (2):
MIPS: Remove cpu_has_6k_cache and cpu_has_8k_cache in cpu_cache_init()
MIPS: Loongson64: Fix wrong scache size when execute lscpu
arch/mips/include/asm/cpu-features.h | 2 --
arch/mips/mm/c-r4k.c | 10 --
arch/mips/mm/cache.c | 10
On 11/13/2020 10:21 AM, Jiaxun Yang wrote:
在 2020/11/12 20:03, Tiezhu Yang 写道:
On 11/12/2020 06:09 PM, Jiaxun Yang wrote:
在 2020/11/12 18:04, Jiaxun Yang 写道:
Hi Tiezhu,
在 2020/11/12 16:29, Tiezhu Yang 写道:
Add read_persistent_clock64() to read the time from the battery
backed
persistent
ation in registers or on the stack at different points
which allows a debugger such as gdb to more accurately construct stack
back traces while debugging the kernel.
Signed-off-by: Tiezhu Yang
---
arch/mips/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/Kconfig b/arch/mips/Kco
On 10/30/2020 12:00 PM, Jiaxun Yang wrote:
在 2020/10/29 16:02, Tiezhu Yang 写道:
The field LPA of CP0_CONFIG3 register is read only for Loongson64, so
the
write operations are meaningless, remove them.
Signed-off-by: Tiezhu Yang
---
arch/mips/include/asm/mach-loongson64/kernel-entry-init.h
On 10/30/2020 12:06 PM, Jiaxun Yang wrote:
在 2020/10/29 16:02, Tiezhu Yang 写道:
Loongson 3A4000+ CPU has per-core Mail_Send register to send mail,
there is no need to maintain register address of each core and node,
just simply specify cpu number.
Signed-off-by: Lu Zeng
Signed-off
On 11/21/2020 06:37 AM, Maciej W. Rozycki wrote:
On Mon, 16 Nov 2020, Tiezhu Yang wrote:
Select ARCH_WANT_FRAME_POINTERS to fix the following build error under
CONFIG_DEBUG_ATOMIC_SLEEP:
CC arch/mips/kernel/signal.o
{standard input}: Assembler messages:
{standard input}:1775: Error
"to into" -> "into"
Reported-by: Sergei Shtylyov
Signed-off-by: Tiezhu Yang
---
Documentation/dev-tools/kgdb.rst | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/Documentation/dev-tools/kgdb.rst b/Documentation/dev-tools/kgdb.rst
index
On 11/16/2020 05:08 PM, Sergei Shtylyov wrote:
Hello!
On 16.11.2020 8:03, Tiezhu Yang wrote:
Select ARCH_WANT_FRAME_POINTERS to fix the following build error under
CONFIG_DEBUG_ATOMIC_SLEEP:
CC arch/mips/kernel/signal.o
{standard input}: Assembler messages:
{standard input}:1775
ation in registers or on the stack at different points
which allows a debugger such as gdb to more accurately construct stack
back traces while debugging the kernel.
Signed-off-by: Tiezhu Yang
---
v2: Update the commit message to correct the typo "to into" to "into"
arch/mips/Kcon
On 11/16/2020 11:14 PM, Thomas Bogendoerfer wrote:
On Mon, Nov 16, 2020 at 05:55:06PM +0800, Tiezhu Yang wrote:
Select ARCH_WANT_FRAME_POINTERS to fix the following build error under
CONFIG_DEBUG_ATOMIC_SLEEP:
CC arch/mips/kernel/signal.o
{standard input}: Assembler messages:
{standard
PIO4,
make PINCTRL_AT91PIO4 depend on HAS_IOMEM to fix it.
Reported-by: kernel test robot
Signed-off-by: Tiezhu Yang
---
drivers/pinctrl/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pinctrl/Kconfig b/drivers/pinctrl/Kconfig
index 8150953..d132e1a 100644
--- a/drivers/pinctrl/Kconfig
+++
ource" and "of_address_to_resource"
in phy-mtk-xsphy.c under COMPILE_TEST and CONFIG_PHY_MTK_XSPHY,
make PHY_MTK_XSPHY depend on HAS_IOMEM and OF_ADDRESS to fix it.
Reported-by: kernel test robot
Signed-off-by: Tiezhu Yang
---
drivers/phy/mediatek/Kconfig | 2 ++
1 file changed, 2 insertions(+)
_INNO_HDMI
depend on HAS_IOMEM to fix it.
Reported-by: kernel test robot
Signed-off-by: Tiezhu Yang
---
drivers/phy/rockchip/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/phy/rockchip/Kconfig b/drivers/phy/rockchip/Kconfig
index c2f22f9..159285f 100644
--- a/drivers/ph
On 12/04/2020 08:08 PM, Thomas Bogendoerfer wrote:
On Thu, Dec 03, 2020 at 11:58:51AM +0800, Jiaxun Yang wrote:
在 2020/12/3 上午11:19, Tiezhu Yang 写道:
In the current code, CONFIG_ARCH_KEEP_MEMBLOCK is not set for MIPS arch,
memblock_discard() will discard memory and reserved arrays if they were
1 - 100 of 518 matches
Mail list logo