尽管 Linux 社区早就通过 5.19 合并引入了对 LoongArch CPU 的初步支持,但它仍未迈过可向公众推送的成熟期。在此期间,开发人员有在坚持为其填补功能特性上的短板 —— 比如在 Linux 6.0 中带来的 LoongArch PCI 支持和其它变动。现在,Linux 6.1 内核又为源自 MIPS64 和 RISC-V 的 LoongArch CPU 带来了新的附加功能。
(图自:龙芯官网)
几天前,开发人员已经搞定了 LoongArch EFI 引导,为 Linux 6.1 的 EFI 机密计算做好了准备。而周三的主要工作,主要涉及 LongArch CPU 的移植更新合并。
此外本轮开发周期还经历了 TLB / 缓存操作的重构,支持 qspinlock / perf 事件、Kexec 和 Kdump 处理。
面向架构的实现的通用 BUG() 处理程序、eBPF JIT 支持、基于 ACPI 笔记本电脑驱动程序,以及 deconfig 默认内核配置。
综上所述,这轮 Linux 6.1 合并对 LoongArch 来说,仍是一个相当繁忙的功能周期。
感兴趣的朋友,可移步至 git.kernel.org 查看详情。
关键字:Linux
引用地址:
Linux 6.1继续为龙芯中科LoongArch架构带来新的CPU功能特性
推荐阅读最新更新时间:2024-10-30 23:41
Linux2.4与Linux2.6内核调度器的比较研究
Linux的内核开发是一个漫长的过程,自2001年11月开发出2.5.0以来,Linux内核的发展十分迅速,作了很多重大的改进,性能也有了很大的提高。内核调度器的改进是最主要的进步之一,本文对比研究了Linux2.4和Linux2.6的调度器,全面剖析了Linux2.6对调度器的改进。 一个成功的调度器的基本要求可以概括为以下三点: (1)减少花在调度上的时间,以增加花在执行程序上的时间; (2)在多处理器系统上,保持处理器的负载平衡; (3)对交互式应用有良好的响应速度。 但是,一个成功的调度器是很难设计好的,因为一个真正投入运行的系统受到很多因素的制约。相对于Linux2.6,Linux2.4的调度器有很多的不足之处,
[应用]
Linux的I2C 设备驱动 -- mini2440 上i2c接口触摸屏驱动
本篇记录在友善之臂 mini2440 平台上挂载I2C接口触摸屏的驱动开发过程。 内核版本linux-2.6.32.2, 平台是ARM9 S3C2440+I2C接口的触摸屏 如上篇 Linux的I2C驱动体系结构讲述 http://www.lupaworld.com/273398/viewspace-204237.html 要挂载新的I2C设备,需要实现3部分: 1) 适配器的硬件驱动: 内核中已经实现mini2440,i2c适配器驱动,可以在如下目录i2c-s3c2410.c中看到相关代码 linux-2.6.32.2/drivers/i2c/busses/i2c-s3c2410.c 2) I2C 设配器的algorithm 同
[单片机]
基于S3C2440处理器的嵌入式视频采集系统
随着通信网络技术的迅速发展,基于网络的高质量视频传输已逐步取代传统的文字语音交互模式,成为当今数字通信的主要研究领域之一。而随着嵌入式操作系统和集成电路设计水平的不断提高,嵌入式技术与通信网络以及多媒体技术的融合将成为未来数字视频通信领域的主流发展趋势。 一直以来,针对网络传输实时视频对嵌入式软硬件都有较高要求。本文利用基于ARM920T内核的S3C2440嵌入式微处理器,采用压缩比更高的H.264视频压缩标准和开源嵌入式Linux系统,设计了一款基于嵌入式视频服务器的远程实时视频采集系统。 1 采集系统平台搭建 1.1 系统硬件平台 该采集系统以PC作为客户端,以广东友善之臂计算机科技有限公司研发的ARM9开发板Min
[单片机]
Linux-2.6.32.2内核在mini2440上的移植(六)---添加LCD背光驱动
移植环境 1,主机环境:VMare下CentOS 5.5 ,1G内存。 2,集成开发环境:Elipse IDE 3,编译编译环境:arm-linux-gcc v4.4.3,arm-none-linux-gnueabi-gcc v4.5.1。 4,开发板:mini2440,2M nor flash,128M nand flash。 5,u-boot版本:u-boot-2009.08 6,linux 版本:linux-2.6.32.2 7,参考文章: 嵌入式linux应用开发完全手册,韦东山,编著。 Mini2440 之Linux 移植开发实战指南 到目前为止,我们一直都在命令行下移植,查看结果,LCD 屏幕上似乎总是如伸手不见五指
[单片机]
OK6410A 开发板 (八) 61 linux-5.11 OK6410A 进程通信机制1 信号
信号 异步通信机制 不可靠/可靠 信号处理方式 忽略 // SIGILL 和 SIGSTOP 不可忽略 捕捉 // SIGILL 和 SIGSTOP 不可捕获 默认 // 信号处理对每一个信号有default(不是上面的默认)处理方式 // 而用户可以修改 // 也就是说如果一个信号如果默认为忽略,但是我可以将其改为 捕捉 常见信号默认用途 ctrl-c SIGINT 终止 除0 SIGFPE 终止 无效内存引用 SIGSEGV 终止 网络带外数据到来 SIGURG 忽略 写一个读终止的管道 SIGPI
[单片机]
linux驱动程序之电源管理之新版linux系统设备架构中关于电源管理方式的变更
新版linux系统设备架构中关于电源管理方式的变更 based on linux-2.6.32 一、设备模型各数据结构中电源管理的部分 linux的设备模型通过诸多结构体来联合描述,如struct device,struct device_type,struct class, struct device_driver,struct bus_type等。 @kernel/include/linux/devices.h中有这几中结构体的定义,这里只列出和PM有关的项,其余查看源码: struct device{ ... struct dev_pm_info power; ... } struct
[单片机]
嵌入式Linux应用程序访问物理地址的实例
前言 按照Linux分层驱动思想,外设驱动与主机控制器的驱动不相关,主机控制器的驱动不关心外设,而外设驱动也不关心主机,外设访问核心层的通用应用程序接口进行数据传输,主机和外设之间可以进行任意的组合。这样思想要求应用程序不应当直接访问物理地址,而是应当通过驱动程序的调用来实现,以便保持应用程序的可移植性,操作访问的统一性,应用程序利用系统的统一调用接口访问外设,如使用write(),read()等函数进行实际的外设读写控制。应用程序通过调用接口进入内核函数后,内核利用copy_from_user()获得应用层数据,内核驱动程序也通过分层最终执行物理访问,之后把获得的数据用copy_to_user()回传给应用程序的调用者。由于
[嵌入式]