首页 > TAG信息列表 > pmon

迅为龙芯2K1000开发板pmon BSP移植之使能背光和PWM

屏幕背光我们要在 pmon 的启动阶段就要使能,不然屏幕就是黑的,在第 9.4 章节我们分析了 pmon 的启动流程,在 Targets/LS2K/ls2k/tgt_machdep.c 文件的 tgt_devconfig 函数里面对显卡进行了初始化,所以我们是不是就可以在这个函数里面对背光进行使能呢? 首先我们要确定屏幕背光的 GPIO

国产软硬件龙芯系列迅为2K1000开发板配置 nand flash

国产软硬件龙芯系列2K1000开发板配置 nand flash       pmon 支持俩种接口类型的 nand flash,一个是 nand 控制器接口,一个是 spi 接口。龙芯核心板上板载了一个 nand 控制器接口的 flash。                        9.9.11.1 配置 pmon 首先我们需要在 pmon 里面添

迅为龙芯iTOP2K1000开发板NAND FLASH启动(烧写系统到nand)

核心板上板载了一个大小为 512mb 的 nand flash,所以我们可以直接将系统烧写到 nand 上,从 nand上来启动系统,这样就不用通过固态或者 U 盘了。这里我们使用 tftp 来烧写系统,我们需要在 Ubuntu 系统上搭建 tftp 服务,如大家不清楚要如何在 Ubuntu上安装 tftp,请参考手册 4.4 章节。这

迅为2K1000龙芯开发板pmon BSP移植之配置CAN总线

移植pmon要比移植uboot难吗? 和 uboot 移植相比,给开发板移植 pmon 难吗?有什么区别呢。我们在移植 uboot 的时候,基本上是不 会在 uboot 的官网去下载纯净的 uboot 镜像的,而是用的半导体厂家提供的 bsp 包里面的 uboot。为什么要 这么做呢?并不是说 uboot 官网里面的 uboot 源码不能用

迅为龙芯2K1000开发板系统编译-编译PMON

在第六部分,我们讲解了如何给开发板烧写系统,比如讲系统烧写到 U 盘,烧写当固态等,那么我们使用的这些镜像是如何来的呢,在一部分会一一给大家揭晓。7.1 编译 PMON龙芯 2K1000 的 bootloader 目前支持 pmon 和 uboot,但是截止到本开发板教程编写的时间点,官方只提供了 pmon 的 bsp 源码,ub

迅为2K1000龙芯开发板-pmon 下常用命令

    1 pmon 进入命令行 进入到 pmon 命令行下我们是开机后通过按键盘上的 C 按键进去的,进到命令行以后,我们就可以使 用 pmon 命令了,如下图所示:         2 查询命令 在 PMON 命令行下输 h,然后按下回车即可查看当前 PMON 都支持哪些命令,如下图所示:       上图只是 PMON

pmon打印信息

2k pmon打印信息如下: initserial good ^_^... Soft CLK SEL adjust begin 10010c85 MEM :10010c87 DC :ÙØØÙØÑÜÛÇÄØh{6022:YþÙÚØÙØÑÜÛÇÄØhû6022:YþÙÚØÙØÑÜÛ USE internel SATA ref clock 00001fffff9f0401 PMON2000 MIPS Ini

【DB笔试面试348】在Oracle数据库中,当用户进程出错,哪个后台进程负责清理它?

Q          题目  在Oracle数据库中,当用户进程出错,哪个后台进程负责清理它?     A          答案          答案:Oracle的进程包括后台进程、服务器进程和用户进程,后台进程是Oracle的程序,在Oracle实例启动的时候启动,用来管理数据库的读写,恢复和监视等工作,如

龙芯pmon汇编学习

//uart https://www.cnblogs.com/blogernice/articles/9850920.html https://blog.csdn.net/qq543716996/article/details/105219398 //勤为本start.s分析 https://blog.csdn.net/caogos/article/details/78984158 https://blog.csdn.net/kzl1996/article/details/82497413?utm_me

关于Oracle实例和监听启动顺序问题

关于Oracle服务和监听启动顺序问题,结合自身经验和网上资料做个笔记:           经常用oracle的人对下面的这条信息肯定不会陌生:“监听程序当前无法识别链接描述符中请求的服务”,或者你发现你的实例和监听都已经正常启动了,或者当实例和监听都正常运行时你无意间重启了监听服务

Ubuntu18.4编译pmon,缺少makedepend和pmoncfg

提示makedepend找不到解决方法:$ apt-cache search makedependxutils-dev - X Window System utility programs for development $ sudo apt-get install xutils-dev 编译时提示“缺少 pmoncfg文件”,通过以下步骤解决: $ cd tools/pmoncfg $ make 此步骤将生成pmoncfg文件 # cp

Oracle系统表对象损坏导致DOWN机的分析

问题现象 归档库于3月30日凌晨4点14分多异常DOWN机,次日早上手工启动成功,目前该库的版本较低11.2.0.1,偶尔有ORA-600触发,但这次是首次直接让实例DOWN机。 故障分析 查看当时alert警告日志: 从这里可看出,30日的凌晨:02:00启动的清理资源维护计划中(每天22点到次日2点结束,如统计信

记一次会话重用导致kill的资源不释放问题

一、问题描述 2019-06-12 9:56 应用负责人打电话告知一个环境应用非常卡,单据无法保存。通过查看数据库等待事件,发现数据库有大量的行锁阻塞,和应用负责人确认后,手动结束掉产生锁,会话状态是INACTIVE,并阻塞其他会话的会话。 语法如下: alter system disconnect session '451,327'

Oracle 数据库有五个必需的后台进程,DBWR,LGWR,CKPT,SMON,PMON

  SMON 是系统监视器(System Monitor)的缩写。如果Oracle实例失败,则在SGA中的任何没有写到磁盘中的数据都会丢失。有许多情况可能引起Oracle实例失败,例如,操作系统的崩溃就会引起Oracle实例的失败。当实例失败之后,如果重新打开该数据库,则背景进程SMON自动执行实例的复原操作。

12C PMON与LREG

看了很多博客,发现在动态注册与静态注册上,很多都是用12c之前的版本,于是就与12C不符合。 12C新弄了个LRGE来分了PMON的权限,大家都能理解,毕竟功能粒度越小越号。 PMON(Process Monitor Process) The process monitor (PMON) detects the termination of other background proce