Sign in
Sign up
Explore
Enterprise
Education
Search
Help
Terms of use
About Us
Explore
Enterprise
Education
Gitee Premium
Gitee AI
AI teammates
Sign in
Sign up
Fetch the repository succeeded.
description of repo status
Open Source
>
Other
>
Operation System
&&
Donate
Please sign in before you donate.
Cancel
Sign in
Scan WeChat QR to Pay
Cancel
Complete
Prompt
Switch to Alipay.
OK
Cancel
Watch
Unwatch
Watching
Releases Only
Ignoring
458
Star
1.7K
Fork
1.9K
GVP
openEuler
/
kernel
Closed
Code
Issues
1271
Pull Requests
991
Wiki
Insights
Pipelines
Service
Quality Analysis
Jenkins for Gitee
Tencent CloudBase
Tencent Cloud Serverless
悬镜安全
Aliyun SAE
Codeblitz
SBOM
DevLens
Don’t show this again
Update failed. Please try again later!
Remove this flag
Content Risk Flag
This task is identified by
as the content contains sensitive information such as code security bugs, privacy leaks, etc., so it is only accessible to contributors of this repository.
crypto: hisilicon some bugfixs and cleanup
Done
#I8LFYK
Task
YangJS
Opened this issue
2023-12-04 09:57
* Mainly fix bugs: * crypto: hisilicon/sec2: fix memory use-after-free issue when the number of packets being processed in the hardware queue is greater than 512, the SEC driver continues to send the packet to the hardware, but adds the packet to the backlog list. Then, the SEC driver returns -EBUSY to the caller, and the caller stops sending packets. When the number of packets in the queue queried in the callback is less than 512, The packet sending thread is woken up. When the number of send packet threads is greater than 512, packages in the backlog may be complete but the packet is not deleted from list. The released memory is accessed during the deletion, causing a system panic. Therefore, delete the backlog, determine whether the packet sending thread needs to be woken up based on 'fake_busy' in the sec_req, and then invoke the callback function of the user to ensure that the thread is woken up before releasing the req memory. * crypto: hisilicon/hpre - mask cluster timeout error The maximum timeout of the hpre cluster is 16 ms. When a page fault occurs, the CPU core may process the page fault event longer than 16 ms, especially when the guest OS processes the page fault event reported by the SMMU. In the current test, there is a high probability that the cluster times out. However, the cluster is waiting for the completion of memory access, which is not an error. Therefore, the device does not need to be reset. If an error occurs in the cluster, the QM also reports the error. Therefore, the cluster timeout error of hpre can be masked. * Other patches + crypto: hisilicon/qm - reset device before enabling it + crypto: hisilicon/qm - add stop function by hardware + crypto: hisilicon/qm - remove duplicate configurations + crypto: hisilicon/qm - dump important registers values before resetting + crypto: hisilicon/qm - support get deivce state + crypto: hisilicon/qm - modify interrupt resource application process + crypto: hisilicon/qm - increase the maximum waiting timeout interval of the moilbox. + crypto: hisilicon/sec2 - optimize the error return process + vfio/migration - delete a dbg function + crypto: hisilicon/qm - delete a dbg function + crypto: hisilicon/qm - add size check in qm set algs * The preceding patches fix code security specifications issues and some minor features.
* Mainly fix bugs: * crypto: hisilicon/sec2: fix memory use-after-free issue when the number of packets being processed in the hardware queue is greater than 512, the SEC driver continues to send the packet to the hardware, but adds the packet to the backlog list. Then, the SEC driver returns -EBUSY to the caller, and the caller stops sending packets. When the number of packets in the queue queried in the callback is less than 512, The packet sending thread is woken up. When the number of send packet threads is greater than 512, packages in the backlog may be complete but the packet is not deleted from list. The released memory is accessed during the deletion, causing a system panic. Therefore, delete the backlog, determine whether the packet sending thread needs to be woken up based on 'fake_busy' in the sec_req, and then invoke the callback function of the user to ensure that the thread is woken up before releasing the req memory. * crypto: hisilicon/hpre - mask cluster timeout error The maximum timeout of the hpre cluster is 16 ms. When a page fault occurs, the CPU core may process the page fault event longer than 16 ms, especially when the guest OS processes the page fault event reported by the SMMU. In the current test, there is a high probability that the cluster times out. However, the cluster is waiting for the completion of memory access, which is not an error. Therefore, the device does not need to be reset. If an error occurs in the cluster, the QM also reports the error. Therefore, the cluster timeout error of hpre can be masked. * Other patches + crypto: hisilicon/qm - reset device before enabling it + crypto: hisilicon/qm - add stop function by hardware + crypto: hisilicon/qm - remove duplicate configurations + crypto: hisilicon/qm - dump important registers values before resetting + crypto: hisilicon/qm - support get deivce state + crypto: hisilicon/qm - modify interrupt resource application process + crypto: hisilicon/qm - increase the maximum waiting timeout interval of the moilbox. + crypto: hisilicon/sec2 - optimize the error return process + vfio/migration - delete a dbg function + crypto: hisilicon/qm - delete a dbg function + crypto: hisilicon/qm - add size check in qm set algs * The preceding patches fix code security specifications issues and some minor features.
Comments (
1
)
Sign in
to comment
Status
Done
Backlog
Doing
Done
Declined
Assignees
Not set
Labels
sig/Kernel
Not set
Projects
Unprojected
Unprojected
Pull Requests
None yet
None yet
Successfully merging a pull request will close this issue.
Branches
No related branch
Branches (
-
)
Tags (
-
)
Planed to start   -   Planed to end
-
Top level
Not Top
Top Level: High
Top Level: Medium
Top Level: Low
Priority
Not specified
Serious
Main
Secondary
Unimportant
Duration
(hours)
参与者(2)
C
1
https://gitee.com/openeuler/kernel.git
git@gitee.com:openeuler/kernel.git
openeuler
kernel
kernel
Going to Help Center
Search
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
Comment
Repository Report
Back to the top
Login prompt
This operation requires login to the code cloud account. Please log in before operating.
Go to login
No account. Register