- Cloud Kernel - lists.openanolis.cn

by Shile Zhang

各位龙蜥社区的朋友们, Anolisers: 早上好! 昨天(2021.11.3)下午3-5点, 我们顺利召开了龙蜥社区 kernel-sig 的线上第一期双周会, 感谢大家积极参与! 以下是会议纪要: --- 会议主题 ~~~~~~~ 首次非正式会议, 自由讨论的形式, 聊聊龙蜥内核版本计划, 研发流程及后续双周会主题等会议时间 ~~~~~~~ 2021.11.03 15:00-17:00 与会人 ~~~~~ 统信: 卢彦，王晓华，刘东华，李洪斌，谢仲天等龙芯: 李雪峰阿里云: Xunlei Pang, Jacob Wang, Josph Qi, James Wang, Shile Zhang 等会议纪要 ~~~~~~~ + 会议由 Shile 发起主持, 开场简单介绍了龙蜥 ANCK 版本情况及当前基本研发流程. + 自由讨论中, 谢仲天提出如何尽快参与到内核社区共建的问题. 讨论认为, 1) 主动参与: 可通过向社区贡献开源特性参与社区内核研发; 可通过积极关注 kernel-sig bug 管理平台, 积极承担特性/bug 研发任务来参与; 2) 被动参考: 确定统一接口人, 由社区统一分派研发任务. 总之社区是极其开放的, 欢迎大家积极参与其中. + 卢彦表示关注内核性能测试相关 benchmark 评价与测试验收标准 + 阿里云在这一块有多年积累, 一些成熟经验计划在社区推广; + 这块建议放到社区相应的 QA Sig 进一步深入交流. + 李雪峰介绍了龙芯内核同源异构相关进展: + 表示龙芯内部已经有相关计划; + 因这块工作量较大, 涉及内核及工具链; 且与架构相关的bug 一般难度较大. + 龙芯内部还需要进一步讨论, 以确定排期等相关事项. + 会上讨论认为这块可以在龙芯 sig 里进一步对齐. + 当前ANCK 已经推出5.10内核, 希望能在这个内核尽快做起来. + 最后大家讨论了 kernel-sig 双周会的相关问题: + 目前暂定双周会固定时间为第一周周三下午3:00-5:00; 下一次双周会时间 2021.11.17 15:00-17:00; + 疫情期间以线上会议为主, 待国家放开后考虑线下会议; + 会上头脑风暴了双周会话题: + 双周会会有一些例行事项: 1) kernel-sig 双周大事回顾; 2) kernel-sig 相关事项决策等等; + 客户现场案例分享相关: 如在真实客户现场遇到的问题, 解决方案, 经验等分享交流; + 内核子系统相关: 如内核子系统相关新特性技术分享, 实例业务应用案例等; + 内核相关业界软硬技术热点研讨: 如 eBPF 应用等等; + 客户解决方案相关话题: 如1)客户具体案例分享; 2) 应用软件生态适配相关话题; + ANCK 内核历史经典问题,案例分享; + 软硬件协同, 跨平台支持技术等; + 内核相关系列技术讲座; + 会上大家提议后面可以发起 ACK (Anolis Cloud Kernel 开发者大会); 待国内疫情放开后, 可以考虑先搞起线下 meetup. --- https://openanolis.cn/sig/Cloud-Kernel/doc/426213132286165112 祝好! Shile

3 years, 10 months

1
0
0 0

[4.19 PATCH] fuse: add FUSE_WRITE_KILL_PRIV

by Jeffle Xu

From: Miklos Szeredi <mszeredi(a)redhat.com> commit 4a2abf99f9c2877039006b8dfb3ec4e0d1278fe8 upstream In the FOPEN_DIRECT_IO case the write path doesn't call file_remove_privs() and that means setuid bit is not cleared if unpriviliged user writes to a file with setuid bit set. pjdfstest chmod test 12.t tests this and fails. Fix this by adding a flag to the FUSE_WRITE message that requests clearing privileges on the given file. This needs This better than just calling fuse_remove_privs(), because the attributes may not be up to date, so in that case a write may miss clearing the privileges. Test case: $ passthrough_ll /mnt/pasthrough-mnt -o default_permissions,allow_other,cache=never $ mkdir /mnt/pasthrough-mnt/testdir $ cd /mnt/pasthrough-mnt/testdir $ prove -rv pjdfstests/tests/chmod/12.t Reported-by: Vivek Goyal <vgoyal(a)redhat.com> Signed-off-by: Miklos Szeredi <mszeredi(a)redhat.com> Tested-by: Vivek Goyal <vgoyal(a)redhat.com> Signed-off-by: Jeffle Xu <jefflexu(a)linux.alibaba.com> --- Corresponding virtiofsd commits can refer to [1] virtiofsd: Parse flag FUSE_WRITE_KILL_PRIV https://gitlab.com/virtio-fs/qemu/-/commit/f779bc5265e7e7abb13a03d4bfbc7415… [2] virtiofsd: Drop CAP_FSETID if client asked for it https://gitlab.com/virtio-fs/qemu/-/commit/ee88465224b3aed2596049caa28f86cb… --- fs/fuse/file.c | 11 +++++++++-- include/uapi/linux/fuse.h | 5 +++++ 2 files changed, 14 insertions(+), 2 deletions(-) diff --git a/fs/fuse/file.c b/fs/fuse/file.c index 80f991ac4a0a..e6d2e5e2b072 100644 --- a/fs/fuse/file.c +++ b/fs/fuse/file.c @@ -1404,10 +1404,17 @@ ssize_t fuse_direct_io(struct fuse_io_priv *io, struct iov_iter *iter, if (err && !nbytes) break; - if (write) + if (write) { + if (!capable(CAP_FSETID)) { + struct fuse_write_in *inarg; + + inarg = &req->misc.write.in; + inarg->write_flags |= FUSE_WRITE_KILL_PRIV; + } nres = fuse_send_write(req, io, pos, nbytes, owner); - else + } else { nres = fuse_send_read(req, io, pos, nbytes, owner); + } if (!io->async) fuse_release_user_pages(req, io->should_dirty); diff --git a/include/uapi/linux/fuse.h b/include/uapi/linux/fuse.h index 1c6956b32597..5a011734a97b 100644 --- a/include/uapi/linux/fuse.h +++ b/include/uapi/linux/fuse.h @@ -120,6 +120,9 @@ * 7.28 * - add FOPEN_CACHE_DIR * - add FUSE_CACHE_SYMLINKS + * + * 7.31 + * - add FUSE_WRITE_KILL_PRIV flag */ #ifndef _LINUX_FUSE_H @@ -315,9 +318,11 @@ struct fuse_file_lock { * * FUSE_WRITE_CACHE: delayed write from page cache, file handle is guessed * FUSE_WRITE_LOCKOWNER: lock_owner field is valid + * FUSE_WRITE_KILL_PRIV: kill suid and sgid bits */ #define FUSE_WRITE_CACHE (1 << 0) #define FUSE_WRITE_LOCKOWNER (1 << 1) +#define FUSE_WRITE_KILL_PRIV (1 << 2) /** * Read flags -- 2.27.0

4 years

2
2
0 0

anolis-linux

by byhoo

4 years

1
0
0 0

[PATCH] ck: virtiofs: remove unused vertab_len and vertab_kaddr fields

by Jeffle Xu

These two fields were originally introduced for metadata coherency, and shall be used by [1]. However, this feature doesn't get merged to upstream, and we didn't backport [1] yet. Thus remove these two stale fields. [1] "fuse: add shared version support" https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1873773.html Signed-off-by: Jeffle Xu <jefflexu(a)linux.alibaba.com> --- fs/fuse/fuse_i.h | 6 ------ 1 file changed, 6 deletions(-) diff --git a/fs/fuse/fuse_i.h b/fs/fuse/fuse_i.h index 83632816b581..c0799cc2249f 100644 --- a/fs/fuse/fuse_i.h +++ b/fs/fuse/fuse_i.h @@ -83,12 +83,6 @@ struct fuse_mount_data { /* fuse_dev pointer to fill in, should contain NULL on entry */ void **fudptr; - - /* version table length in bytes */ - size_t vertab_len; - - /* version table kernel address */ - void *vertab_kaddr; }; /* One forget request */ -- 2.27.0

4 years

3
4
0 0

[ANCK-4.19 PATCH 0/9] fuse: support CACHE_DIR/CACHE_SYMLINK

by Jeffle Xu

patch 1-8: support CACHE_DIR patch 9: support CACHE_SYMLINK Dan Schatzberg (1): fuse: enable caching of symlinks Miklos Szeredi (7): fuse: add FOPEN_CACHE_DIR fuse: extract fuse_emit() helper fuse: allow caching readdir fuse: allow using readdir cache fuse: add readdir cache version fuse: use mtime for readdir cache verification fuse: use iversion for readdir cache verification Tejun Heo (1): fuse: fix beyond-end-of-page access in fuse_parse_cache() fs/fuse/dir.c | 129 +++++++++++---- fs/fuse/file.c | 2 + fs/fuse/fuse_i.h | 46 ++++++ fs/fuse/inode.c | 9 +- fs/fuse/readdir.c | 330 ++++++++++++++++++++++++++++++++++++-- include/uapi/linux/fuse.h | 8 + 6 files changed, 482 insertions(+), 42 deletions(-) -- 2.27.0

4 years

2
18
0 0

[PATCH 01/17] Crypto: CCP: Add a new interface for X86 sending command to PSP

by fenghao＠openanolis.org

From: niuyongwen <niuyongwen(a)hygon.cn> HYGON's fTPM and TDM need to send commands to PSP to complete the firmware function. In order to be compatible with the original kernel code, The command of psp_do_cmd is added to send the command from x86 to PSP. The interface is currently used for fTPM and TDM of HYGON. Change-Id: I47b01f10e67ea77cf31c7b021532728f1c3f1323 Signed-off-by: niuyongwen <niuyongwen(a)hygon.cn> --- drivers/crypto/ccp/psp-dev.c | 6 ++++++ include/linux/psp-sev.h | 4 ++++ 2 files changed, 10 insertions(+) diff --git a/drivers/crypto/ccp/psp-dev.c b/drivers/crypto/ccp/psp-dev.c index 1603dc8d2d75..cf65991723c4 100644 --- a/drivers/crypto/ccp/psp-dev.c +++ b/drivers/crypto/ccp/psp-dev.c @@ -216,6 +216,12 @@ static int sev_do_cmd(int cmd, void *data, int *psp_ret) return rc; } +int psp_do_cmd(int cmd, void *data, int *psp_ret) +{ + return sev_do_cmd(cmd, data, psp_ret); +} +EXPORT_SYMBOL_GPL(psp_do_cmd); + static int __sev_platform_init_locked(int *error) { struct psp_device *psp = psp_master; diff --git a/include/linux/psp-sev.h b/include/linux/psp-sev.h index 827c601841c4..6a5854ac5e93 100644 --- a/include/linux/psp-sev.h +++ b/include/linux/psp-sev.h @@ -487,6 +487,8 @@ struct sev_data_dbg { #ifdef CONFIG_CRYPTO_DEV_SP_PSP +int psp_do_cmd(int cmd, void *data, int *psp_ret); + /** * sev_platform_init - perform SEV INIT command * @@ -603,6 +605,8 @@ void *psp_copy_user_blob(u64 __user uaddr, u32 len); #else /* !CONFIG_CRYPTO_DEV_SP_PSP */ +static inline int psp_do_cmd(int cmd, void *data, int *psp_ret) { return -ENODEV; } + static inline int sev_platform_status(struct sev_user_data_status *status, int *error) { return -ENODEV; } -- 2.17.1

4 years, 1 month

1
16
0 0

[PATCH] ck: crypto: ccp: Add Hygon CSV support

by 冯浩

From: Hao Feng <fenghao(a)hygon.cn> Hygon CPU has 2 CCP devices, add them in the device list. Signed-off-by: Hao Feng <fenghao(a)hygon.cn> --- drivers/crypto/ccp/sp-pci.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/crypto/ccp/sp-pci.c b/drivers/crypto/ccp/sp-pci.c index 7da93e9bebed..0801e7ae0704 100644 --- a/drivers/crypto/ccp/sp-pci.c +++ b/drivers/crypto/ccp/sp-pci.c @@ -325,6 +325,8 @@ static const struct pci_device_id sp_pci_table[] = { { PCI_VDEVICE(AMD, 0x1456), (kernel_ulong_t)&dev_vdata[1] }, { PCI_VDEVICE(AMD, 0x1468), (kernel_ulong_t)&dev_vdata[2] }, { PCI_VDEVICE(AMD, 0x1486), (kernel_ulong_t)&dev_vdata[3] }, + { PCI_VDEVICE(HYGON, 0x1456), (kernel_ulong_t)&dev_vdata[1] }, + { PCI_VDEVICE(HYGON, 0x1468), (kernel_ulong_t)&dev_vdata[2] }, /* Last entry must be zero */ { 0, } }; -- 2.17.1

4 years, 3 months

2
1
0 0

回复：[PATCH] ck: crypto: ccp: Add Hygon CCP support

by 冯浩

建议同后面patch一同发出，一起review。 >> 支持国密的patch会作为单独的功能发出来。这个patch使能了X86和CCP的通信接口，支持海光CSV功能，需要先合入。 Thanks Hao ------------------------------------------------------------------ 发件人：富邻 <artie.ding(a)openanolis.org> 发送时间：2021年5月25日(星期二) 16:29 收件人：冯浩 <fenghao(a)openanolis.org>; cloud-kernel <cloud-kernel(a)lists.OpenAnolis.org> 抄　送：Hao Feng <fenghao(a)hygon.cn>; allenli <allenli(a)hygon.cn>; yingzhiwei <yingzhiwei(a)hygon.cn> 主　题：Re: 回复：回复：[PATCH] ck: crypto: ccp: Add Hygon CCP support Hao, 建议同后面patch一同发出，一起review。 BR Artie 在 2021/5/25 下午3:44, 冯浩写道: 确认一下，Hygon CCP是否兼容AMD CCP？ >> 是的，Hygon CCP和AMD CCP的硬件接口一样。是否要有其他相关patch来支持Hygon CCP？ >> Hygon CCP支持国密，后续会有添加国密支持的patch。 Thanks Hao ------------------------------------------------------------------ 发件人：Artie Ding <artie.ding(a)linux.alibaba.com> 发送时间：2021年5月25日(星期二) 14:46 收件人：冯浩 <fenghao(a)openanolis.org>; cloud-kernel <cloud-kernel(a)lists.OpenAnolis.org> 抄　送：Hao Feng <fenghao(a)hygon.cn>; allenli <allenli(a)hygon.cn>; yingzhiwei <yingzhiwei(a)hygon.cn> 主　题：Re: 回复：[PATCH] ck: crypto: ccp: Add Hygon CCP support Hi Hao, 确认一下，Hygon CCP是否兼容AMD CCP？是否要有其他相关patch来支持Hygon CCP？在 2021/5/17 下午4:22, 冯浩写道: 请问这个patch可以合入吗？ Thanks Hao ------------------------------------------------------------------ 发件人：冯浩 <fenghao(a)openanolis.org> 发送时间：2021年3月25日(星期四) 17:57 收件人：cloud-kernel <cloud-kernel(a)lists.OpenAnolis.org> 抄　送：Hao Feng <fenghao(a)hygon.cn>; allenli <allenli(a)hygon.cn>; yingzhiwei <yingzhiwei(a)hygon.cn>; 冯浩 <fenghao(a)openanolis.org> 主　题：[PATCH] ck: crypto: ccp: Add Hygon CCP support From: Hao Feng <fenghao(a)hygon.cn> Hygon CPU has 2 CCP devices, add them in the device list. Signed-off-by: Hao Feng <fenghao(a)hygon.cn> --- drivers/crypto/ccp/sp-pci.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/crypto/ccp/sp-pci.c b/drivers/crypto/ccp/sp-pci.c index 7da93e9bebed..0801e7ae0704 100644 --- a/drivers/crypto/ccp/sp-pci.c +++ b/drivers/crypto/ccp/sp-pci.c @@ -325,6 +325,8 @@ static const struct pci_device_id sp_pci_table[] = { { PCI_VDEVICE(AMD, 0x1456), (kernel_ulong_t)&dev_vdata[1] }, { PCI_VDEVICE(AMD, 0x1468), (kernel_ulong_t)&dev_vdata[2] }, { PCI_VDEVICE(AMD, 0x1486), (kernel_ulong_t)&dev_vdata[3] }, + { PCI_VDEVICE(HYGON, 0x1456), (kernel_ulong_t)&dev_vdata[1] }, + { PCI_VDEVICE(HYGON, 0x1468), (kernel_ulong_t)&dev_vdata[2] }, /* Last entry must be zero */ { 0, } }; -- 2.17.1

4 years, 3 months

2
10
0 0

Just for Test, Please ignore!

by Jacob Wang

4 years, 3 months

1
0
0 0

[patch v4 3/3] ck: ALSA: hda: Add support of Zhaoxin NB HDAC codec

by LeoLiuoc

Add Zhaoxin NB HDAC codec support. The patch is scheduled to be submitted to the kernel mainline in 2021. Signed-off-by: LeoLiu-oc <LeoLiu-oc(a)zhaoxin.com> --- sound/pci/hda/patch_hdmi.c | 26 ++++++++++++++++++++++++++ 1 file changed, 26 insertions(+) diff --git a/sound/pci/hda/patch_hdmi.c b/sound/pci/hda/patch_hdmi.c index c827a2a89cc3..f011b0d3bddc 100644 --- a/sound/pci/hda/patch_hdmi.c +++ b/sound/pci/hda/patch_hdmi.c @@ -3813,6 +3813,20 @@ static int patch_via_hdmi(struct hda_codec *codec) return patch_simple_hdmi(codec, VIAHDMI_CVT_NID, VIAHDMI_PIN_NID); } +/* ZHAOXIN HDMI Implementation */ +static int patch_zx_hdmi(struct hda_codec *codec) +{ + int err; + + err = patch_generic_hdmi(codec); + codec->no_sticky_stream = 1; + + if (err) + return err; + + return 0; +} + /* * patch entries */ @@ -3897,6 +3911,12 @@ HDA_CODEC_ENTRY(0x11069f80, "VX900 HDMI/DP", patch_via_hdmi), HDA_CODEC_ENTRY(0x11069f81, "VX900 HDMI/DP", patch_via_hdmi), HDA_CODEC_ENTRY(0x11069f84, "VX11 HDMI/DP", patch_generic_hdmi), HDA_CODEC_ENTRY(0x11069f85, "VX11 HDMI/DP", patch_generic_hdmi), +HDA_CODEC_ENTRY(0x11069f86, "CND001 HDMI/DP", patch_generic_hdmi), +HDA_CODEC_ENTRY(0x11069f87, "CND001 HDMI/DP", patch_generic_hdmi), +HDA_CODEC_ENTRY(0x11069f88, "CHX001 HDMI/DP", patch_zx_hdmi), +HDA_CODEC_ENTRY(0x11069f89, "CHX001 HDMI/DP", patch_zx_hdmi), +HDA_CODEC_ENTRY(0x11069f8a, "CHX002 HDMI/DP", patch_zx_hdmi), +HDA_CODEC_ENTRY(0x11069f8b, "CHX002 HDMI/DP", patch_zx_hdmi), HDA_CODEC_ENTRY(0x80860054, "IbexPeak HDMI", patch_i915_cpt_hdmi), HDA_CODEC_ENTRY(0x80862801, "Bearlake HDMI", patch_generic_hdmi), HDA_CODEC_ENTRY(0x80862802, "Cantiga HDMI", patch_generic_hdmi), @@ -3916,6 +3936,12 @@ HDA_CODEC_ENTRY(0x80862880, "CedarTrail HDMI", patch_generic_hdmi), HDA_CODEC_ENTRY(0x80862882, "Valleyview2 HDMI", patch_i915_byt_hdmi), HDA_CODEC_ENTRY(0x80862883, "Braswell HDMI", patch_i915_byt_hdmi), HDA_CODEC_ENTRY(0x808629fb, "Crestline HDMI", patch_generic_hdmi), +HDA_CODEC_ENTRY(0x1d179f86, "CND001 HDMI/DP", patch_generic_hdmi), +HDA_CODEC_ENTRY(0x1d179f87, "CND001 HDMI/DP", patch_generic_hdmi), +HDA_CODEC_ENTRY(0x1d179f88, "CHX001 HDMI/DP", patch_zx_hdmi), +HDA_CODEC_ENTRY(0x1d179f89, "CHX001 HDMI/DP", patch_zx_hdmi), +HDA_CODEC_ENTRY(0x1d179f8a, "CHX002 HDMI/DP", patch_zx_hdmi), +HDA_CODEC_ENTRY(0x1d179f8b, "CHX002 HDMI/DP", patch_zx_hdmi), /* special ID for generic HDMI */ HDA_CODEC_ENTRY(HDA_CODEC_ID_GENERIC_HDMI, "Generic HDMI", patch_generic_hdmi), {} /* terminator */ -- 2.20.1

4 years, 5 months

1
0
0 0

2025

2024

2023

2022

2021

Cloud Kernel