登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
我知道了
查看详情
登录
注册
Gitee Talk | 模力方舟 AI 应用开发沙龙第六站 · 8月23日 广州集结中!
代码拉取完成,页面将自动刷新
开源项目
>
其他开源
>
操作系统
&&
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
437
Star
1.6K
Fork
1.7K
GVP
openEuler
/
kernel
代码
Issues
1548
Pull Requests
2449
Wiki
统计
流水线
服务
Gitee Pages
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
40
xfs: fix comment for start time value of inode with bigtime enabled
已关闭
hexiaole1994:master
openEuler:master
hexiaole1994
创建于 2022-07-22 15:17
克隆/下载
HTTPS
SSH
复制
下载 Email Patch
下载 Diff 文件
The 'ctime', 'mtime', and 'atime' for inode is the type of 'xfs_timestamp_t', which is a 64-bit type: /* fs/xfs/libxfs/xfs_format.h begin */ typedef __be64 xfs_timestamp_t; /* fs/xfs/libxfs/xfs_format.h end */ When the 'bigtime' feature is disabled, this 64-bit type is splitted into two parts of 32-bit, one part is encoded for seconds since 1970-01-01 00:00:00 UTC, the other part is encoded for nanoseconds above the seconds, this two parts are the type of 'xfs_legacy_timestamp' and the min and max time value of this type are defined as macros 'XFS_LEGACY_TIME_MIN' and 'XFS_LEGACY_TIME_MAX': /* fs/xfs/libxfs/xfs_format.h begin */ struct xfs_legacy_timestamp { __be32 t_sec; /* timestamp seconds */ __be32 t_nsec; /* timestamp nanoseconds */ }; #define XFS_LEGACY_TIME_MIN ((int64_t)S32_MIN) #define XFS_LEGACY_TIME_MAX ((int64_t)S32_MAX) /* fs/xfs/libxfs/xfs_format.h end */ /* include/linux/limits.h begin */ #define U32_MAX ((u32)~0U) #define S32_MAX ((s32)(U32_MAX >> 1)) #define S32_MIN ((s32)(-S32_MAX - 1)) /* include/linux/limits.h end */ 'XFS_LEGACY_TIME_MIN' is the min time value of the 'xfs_legacy_timestamp', that is -(2^31) seconds relative to the 1970-01-01 00:00:00 UTC, it can be converted to human-friendly time value by 'date' command: /* command begin */ [root@~]# date --utc -d '@0' +'%Y-%m-%d %H:%M:%S' 1970-01-01 00:00:00 [root@~]# date --utc -d "@`echo '-(2^31)'|bc`" +'%Y-%m-%d %H:%M:%S' 1901-12-13 20:45:52 [root@~]# /* command end */ When 'bigtime' feature is enabled, this 64-bit type becomes a 64-bit nanoseconds counter, with the start time value is the min time value of 'xfs_legacy_timestamp'(start time means the value of 64-bit nanoseconds counter is 0). We have already caculated the min time value of 'xfs_legacy_timestamp', that is 1901-12-13 20:45:52 UTC, but the comment for the start time value of inode with 'bigtime' feature enabled writes the value is 1901-12-31 20:45:52 UTC: /* fs/xfs/libxfs/xfs_format.h begin */ /* * XFS Timestamps * ============== * When the bigtime feature is enabled, ondisk inode timestamps become an * unsigned 64-bit nanoseconds counter. This means that the bigtime inode * timestamp epoch is the start of the classic timestamp range, which is * Dec 31 20:45:52 UTC 1901. ... ... */ /* fs/xfs/libxfs/xfs_format.h end */ That is a typo, and this patch corrects the typo, from 'Dec 31' to 'Dec 13'.
怎样手动合并此 Pull Request
git checkout master
git pull https://gitee.com/hexiaole1994/kernel.git master
git push origin master
评论
6
提交
1
文件
1
检查
代码问题
0
批量操作
展开设置
折叠设置
审查
Code Owner
审查人员
jiaoff
jiaoff
刘勇强
LiuYongQiang0816
wangxiongfeng
wangxiongfeng
朱科潜
kevinzhu1
WangShaoBo
jentlestea
lujialin
lujialin2
Xu Kuohai
xukuohai
冷嘲啊
lengchao
Lingmingqiang
alvin-ling
yuzenghui
yuzenghui
juntian
juntianlinux
OSSIM
chenguangli
陈结松
gasonchen
whoisxxx
whoisxxx
koulihong
koulihong
刘恺
kailiu42
hanjun-guo
hanjun-guo
woqidaideshi
woqidaideshi
Chiqijun
chiqijun
Kefeng
wkfxxx
ThunderTown
thundertown
AlexGuo
guohaocs2c
kylin-mayukun
kylin-mayukun
柳歆
liuxinux
Jackie Liu
newbeats
zhujianwei001
zhujianwei001
郑振鹏
zhenpengzheng
SuperSix173
SuperSix173
colyli
colyli
Zhang Yi
zhangyi089
htforge
htforge
Yuehaibing
yuehaibing_planb
xiehaocheng
haochengxie
CTC-Xibo.Wang
CTC-XiboWang
zhanghongchen
Hongchen_Zhang
chen wei
chenwei_kernel
Jason Zeng
x56Jason
苟浩
gouhao2022
DuanqiangWen
duanqiangwen
georgeguo
georgeguo
毛泓博
mao-hongbo
AllenShi
allen-shi
Wei Li
stkid
tcc@hello
hellotcc
谭小飞
hunan4222
Fred Kimmy
kongzizaixian
LiYihang
LiYihang226
young1c
young1c
WangBoe2022
wangboe2022
chenke
chenke1978
李力军
JerryHZ
Yang Shen
youngersun
wsoydl
wsoydl
sanglipeng
sanglipeng
zhangchangzhong
zhang-changzhong
jimmy_hero
jimmy_hero
Yanze
ygn-ndwd-official
Mingzheng Xing
xingmz
maobibo
maobibo
lixuefeng_loongson
lixuefeng-loongson
chenweilong
qinirao
hitmoon
hitmoon
yunshenglin
yunshenglin
hucz
hu-chunzhi
giree2
giree2
Lostway
Lostwayzxc
Jianhua Zhang
chris_zjh
gaojuxin
gaojuxin09
yeweihua999
yeweihua999
hanliyang
hanliyang
Yuan can
markyuan4ta2
kile2009
kile2009
Li Nan
linan888
hu.yong
flyingrunsnail
李辉松
li-huisong
liulongfang
liulongfang
Zhang Qiao
zqiao216
Tengda Wu
stavewu
guzitao
guzitao
sming56
sming56_admin
Frank_Sae
Frank_Sae
koishimind
koishimind
MendeZ
shuaijiakun
Xie XiuQi
xiexiuqi
zhengzengkai
zhengzengkai
未设置
最少人数
0
测试
jiaoff
jiaoff
刘勇强
LiuYongQiang0816
wangxiongfeng
wangxiongfeng
朱科潜
kevinzhu1
WangShaoBo
jentlestea
lujialin
lujialin2
Xu Kuohai
xukuohai
冷嘲啊
lengchao
Lingmingqiang
alvin-ling
yuzenghui
yuzenghui
juntian
juntianlinux
OSSIM
chenguangli
陈结松
gasonchen
whoisxxx
whoisxxx
koulihong
koulihong
刘恺
kailiu42
hanjun-guo
hanjun-guo
woqidaideshi
woqidaideshi
Chiqijun
chiqijun
Kefeng
wkfxxx
ThunderTown
thundertown
AlexGuo
guohaocs2c
kylin-mayukun
kylin-mayukun
柳歆
liuxinux
Jackie Liu
newbeats
zhujianwei001
zhujianwei001
郑振鹏
zhenpengzheng
SuperSix173
SuperSix173
colyli
colyli
Zhang Yi
zhangyi089
htforge
htforge
Yuehaibing
yuehaibing_planb
xiehaocheng
haochengxie
CTC-Xibo.Wang
CTC-XiboWang
zhanghongchen
Hongchen_Zhang
chen wei
chenwei_kernel
Jason Zeng
x56Jason
苟浩
gouhao2022
DuanqiangWen
duanqiangwen
georgeguo
georgeguo
毛泓博
mao-hongbo
AllenShi
allen-shi
Wei Li
stkid
tcc@hello
hellotcc
谭小飞
hunan4222
Fred Kimmy
kongzizaixian
LiYihang
LiYihang226
young1c
young1c
WangBoe2022
wangboe2022
chenke
chenke1978
李力军
JerryHZ
Yang Shen
youngersun
wsoydl
wsoydl
sanglipeng
sanglipeng
zhangchangzhong
zhang-changzhong
jimmy_hero
jimmy_hero
Yanze
ygn-ndwd-official
Mingzheng Xing
xingmz
maobibo
maobibo
lixuefeng_loongson
lixuefeng-loongson
chenweilong
qinirao
hitmoon
hitmoon
yunshenglin
yunshenglin
hucz
hu-chunzhi
giree2
giree2
Lostway
Lostwayzxc
Jianhua Zhang
chris_zjh
gaojuxin
gaojuxin09
yeweihua999
yeweihua999
hanliyang
hanliyang
Yuan can
markyuan4ta2
kile2009
kile2009
Li Nan
linan888
hu.yong
flyingrunsnail
李辉松
li-huisong
liulongfang
liulongfang
Zhang Qiao
zqiao216
Tengda Wu
stavewu
guzitao
guzitao
sming56
sming56_admin
Frank_Sae
Frank_Sae
koishimind
koishimind
MendeZ
shuaijiakun
Xie XiuQi
xiexiuqi
zhengzengkai
zhengzengkai
未设置
最少人数
0
优先级
不指定
严重
主要
次要
不重要
标签
openeuler-cla/yes
sig/Kernel
关联 Issue
未关联
Pull Request 合并后将关闭上述关联 Issue
里程碑
未关联里程碑
openEuler-1.0-LTS-kernel-static-check-202109
22.03-LTS-Kernel-Update
23.03-Kernel-Release
20.03-SP3-Kernel-Update
20.03-SP3-Kernel-Defect
25.09
24.03-Update
25.03
24.03-SP2
24.03-SP1
参与者
(3)
Cherry-pick 提交
Cherry-pick 可以将
特定提交(Commit)
从某个分支挑选并应用到另一个分支,实现快速集成特定更改,而无需合并整个分支。
请选择应用 Cherry-pick 提交 (Commit) 的目标分支
新建分支
当前账号不存在 Fork 仓库,建议 cherry-pick 到 Fork 仓库。
Fork 仓库
提交列表
Commit SHA
Commit Message
基于 Cherry-pick 后的分支发起 Pull Request
取消
Cherry-pick
C
1
https://gitee.com/openeuler/kernel.git
git@gitee.com:openeuler/kernel.git
openeuler
kernel
kernel
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册