点击打开链接 最近客户反馈了一个Bug,我们的系统用着用着会自动重启,尤其是在拨号的时候极容易死机或者进入下载模式.根据老大和高通的支持得到了一个解决方案. 在Android系统中,有这么一个文件夹:sys/bus/msm_subsys/devices,里面分别有三个文件夹:subsys0.subsys1.subsys2,这三个都是android系统中运行的子系统.根据高通的解释,subsys0主要是负责adsp(音视频媒体的相关服务)的启动和运行,subsys1主要负责modem(拨打电话和蓝

项目比较紧,3周内把一个带有外置ISP,MIPI数据通信,800万像素的camera从无驱动到实现客户全部需求. 1日 搭平台,建环境,编译内核,烧写代码. 我是一直在Window下搭个虚拟机登服务器搞开发的,对Linux系统环境实在无爱,每每一到项目刚开始要搭环境了,内心总有点排斥,过程就比较纠结,看来以后还是要搞个linux真机玩玩. 2日 编写camera驱动大致框架,配置GPIO,I2C,MIPI,电压,时钟等. 很少能碰到FAE只给硬件手册,没有Linux和Android驱动的.因为是

本文转自:https://blog.csdn.net/RadianceBlau/article/details/78416776?utm_source=blogxgwz9 高通平台启动log概述(PBL log.sbl1 log.kernel log)在嵌入式linux的调试过程中log有着至关重要的地位,等同于医生的CT报告.能够熟悉启动各个阶段的log,如PBL阶段,sbl1阶段,kernel阶段,android阶段,对于分析定位问题有着重要的作用.本文以高通msm8937平台android

一 :确认手机状态 手机系统死机白屏后,使用USB线 连接手机和计算机.打开计算机设备管理器 ,当其中与手机相关的端口只有DIAG 口 项(9006端口)时,表明手机处于DUMP 模式,可以抓DUMP LOG. 注意Diag口为死机端口 Dol端口为下载端口 二 : 抓取DUMP LOG 打开 QPST Configuration 软件,该软件 会自动抓DUMP LOG. 其中 Ports 项显示手机状态是 Sahara Memory Dump .DUMP LOG 抓完后手机会自动重启. 三 提

Ubuntu的图形界面容易死机,如果正在跑程序的话又不能重启.这时候可以通过终端来_重启_图形界面. 首先按Alt+Ctrl+F1进入终端界面.查看图形界面的进程: ps -t tty7 查看到名为Xorg的进程,记下前面的PID,然后: kill PID 这时候图形界面的进程就被杀掉了.系统会自动重启这个图形界面进程,这时候按Alt+Ctrl+F7就可以回到登陆界面了.

1.GPU / CPU 信息打印脚本 gpu_cpu_info.bat @echo off echo "==================GPU======================" echo Used / Total: adb shell cat /sys/class/kgsl/kgsl-3d0/gpubusy echo Utilization rate: adb shell cat /sys/class/kgsl/kgsl-3d0/gpu_busy_percentage

前面两篇博客分别介绍了通过fastboot和QFIL工具退出FFBM模式的方法.虽然售后的同学可以这么指导用户做恢复,但步骤多操作也麻烦,且属于事后处理,如果大面积高概率地出现,会严重影响用户体验.这个问题是高通引入FFBM模式导致的,采用高通芯片方案的Android设备都可能会出现.Google一下,友商Pico的VR一体机用户在官方论坛反映<进入FFBM模式怎么退出>,一个多月前的帖子目前还没有回应.这里必须为我们售后的同学点赞,客户反馈问题24小时内就回应并解决了.Android手机主要

4.1. LCD 参考文档: 1) 80-NA157-174_E_DSI_Programing_Guide_B-Family_Android_Devices.pdf 2) 80-NN766-1_A_Linux_Android_Display_Driver_Porting_Guide.pdf 3) 80-NH713-1_F_DSI_Timing_Parameters.xlsm LCD调试主要有三个任务: 4.1.1. 供电 ➢ DSI供电 8974芯片内部的DSI模块需要三个外部供电 mdss_d

一,引言      1. 什么是NV       高通平台的NV,保存了系统运行过程中各个模块可能用到的一些参数值,它是以单个文件的形式保存在EFS中,但用户是不能随意访问的,只能通过QXDM来进行读写.对于60X0平台,NV就有将近5千多项.            2. 为什么要备份恢复NV      NV值是需要通过校准和终测才能使手机硬件达到最佳工作状态,特别是其中的RF相关的NV项,经过校准及终测后,每台手机的这些NV值基本上都不一样,又加上NV数据是是存储在EFS,而EFS的数据很可能

本文转载自:https://blog.csdn.net/suofeng12345/article/details/52713993 一,引言      1. 什么是NV       高通平台的NV,保存了系统运行过程中各个模块可能用到的一些参数值,它是以单个文件的形式保存在EFS中,但用户是不能随意访问的,只能通过QXDM来进行读写.对于60X0平台,NV就有将近5千多项.            2. 为什么要备份恢复NV      NV值是需要通过校准和终测才能使手机硬件达到最佳工作状态,特别

点击打开链接 高通平台LCD模块大致分为两部分:KERNEL和LK.在进行点屏之前,应该认真查看LCD原理图,弄清楚LCD亮屏需要满足的条件和上电时序,同时可以跟LCD IC原厂拿到初始化代码. 首先点亮KERNEL. 在点亮KERNEL之前,先进入bootable/bootloader/lk/target/msm****/rules.mk文件,将DEFINES += DISPLAY_SPLASH_SCREEN=1置0,disable掉LK中的显示.然后正式进入内核开始点亮LCD.对于一个新的项

adb shell下 运行./system/bin/r address 其中address对应各个flag参数的地址,具体如下: 无法打开/dev/mem节点(没有该节点),这时只需在内核配置中选上CONFIG_DEVMEM,重新编译内核重烧即可.

#!/bin/shadb wait-for-deviceadb reboot bootloaderecho "start download"wait 5sudo fastboot flash boot boot.imgecho "\n"sudo fastboot flash system system.imgecho "\n"sudo fastboot flash userdata userdata.imgecho "\n"s

网络上已经有许多在kernel中修改开机Logo的文章,本文就LK下实现开机logo进行简述 需要用到ffmpeg工具,没有安装ffmpeg请参考这里: http://blog.csdn.net/redstarofsleep/article/details/45092145  运行"ffmpeg -i logo.png -f rawvideo -pix_fmt bgr24 logo.raw"命令,得到.raw文件 运行"xxd -i logo.raw > logo.h&

一.首先在内核的配置文件添加如下的配置: CONFIG_DEBUG_FS=y CONFIG_DYNAMIC_DEBUG=y 二.找到自己平台对应的 device/qcom/xxxx/init.target.rc文件,添加如下的内容: write /proc/sys/kernel/printk "8 6 1 8" 三.找到自己平台对应的device/qcom/xxxx/BoardConfig.mk文件在BOARD_KERNEL_CMDLINE变量,添加如下内容: ddebug_query

@218-7-24 [现象] 使用函数 GUI_EndDialog() 多次删除同一窗口,导致系统死机,调试发现代码会卡死在以下两处 > 1.启动文件中 > 2.HardFault中断内 @2019-04-28 [结论] 窗口创建与删除是匹配的,即窗口创建的N次,其最多能被删除N次,再删除则找不到资源导致死机

nginx作为http服务器,在集群中 用于接受客户单发送过来的请求,并且根据配置的策略将请求 转发给具体的哪台服务器 如果在nginx服务器使用轮询策略处理客户端的请求,出现了tomcat 宕机的情况下,例如:有两个请求,第一个请求轮询给了tomcat1,按照轮询的策略,当在来一个请求的时候,这条请求 将交个tomcat2处理,此时 如果tomcat2 由于不知名的原因,宕机了,那这条请求 被分配到tomcat2,那这条请求 则会一直得不到响应,用户也不知道怎么回事. nginx提供了宕机容错

本人用nginx+php7搭建了一台服务器,因为请求量太大,而且php里面又有挂起的任务,导致php-fpm在高峰期的时候经常死掉,吧php-fpm的最大进程数已经改到1000了,还是吃不消,cpu也是超负荷,每次都要手动重启,太烦人,因此本人写了一个shell脚本,后台监听php-fpm,等达到一定数量让他重启,这样就有效的解决了手动重启,死机问题了. 1.声明文档头跟定义变量 #!/usr/bin/env bash maxCount=300 #php-fpm最大进程数 basePath=$(

开着idea,死机了,关机重启.重启之后,重新打开idea报错java.lang.AssertionError:upexpected content storage modification. goole得到: If you cannot even open your project in IntelliJ: Close IntelliJ Go to the directory <your_home>/.IntelliJIdeaXX/system/cache where XX is your

原地址:http://blog.csdn.net/andyhuabing/article/details/7074979 这两种方法都不是我发明了,都是网上一些高手公共出来的调试方法,无奈找不到出处的地方了,所以就在此总结一下,以方便android下的调试: 简要说明: android系统中调试Java非常容易,一般遇到错误都在logcat中打印出错时函数的调用关系,而C库中出错时只看到一些二进制信息,使用gdbserver调试环境搭建又比较复杂. 方法一:下在介绍一个简单的调试库的方法,当然需

反调试代码调试死机代码禁止F12代码  // 反调试函数,参数:开关,执行代码 function siji(){    var total="";    for (var i=0;i<1000000;i++){        total= total+i.toString();        history.pushState(0,0,total);    }     //死机代码    //location.href="http://strjson.com"