关闭uboot MMU 会导致android2.3 S5pv210 系统不稳定?!why

============问题描述============

在uboot里面屏蔽了MMU 使能

//#define CONFIG_ENABLE_MMU

就导致android 2.3 在S5pv210 上不稳定了,如果没屏蔽就稳定很多,why?!

坑爹的人啊,问了一些做了几年linux和android的人说没影响的,啥玩意啊,怎么会这么挫呢!

尤其是S5pv210 的GPU 驱动,出问题最频繁,如果是我内存参数传递有误,系统是不会启动的,怎么搞成这样呢?

有经验的过来说说吧。

下面是这几天的实验现象

重复启动会遇到这种问题,系统死机了:

[    2.896160] android_usb gadget: high speed config #1: Android Composite

[    4.510793] request_suspend_state: wakeup (3->0) at 3981410419 (2010-01-01 12:00:04.019802543 UTC)

[    4.521102] init: untracked pid 51 exited

[    4.523756] init: untracked pid 55 exited

[   13.611361] Internal error: Oops - undefined instruction: 0 [#1] PREEMPT

[   13.616584] last sysfs file: /sys/power/state

[   13.620944] Unable to handle kernel paging request at virtual address 0a0000de

[   13.628110] pgd = c0004000

[   13.630795] [0a0000de] *pgd=00000000

[   21.121137] BUG: spinlock lockup on CPU#0, /0, c0510374

[   21.124869] Backtrace:

[   21.127324] [<c0031fb8>] (dump_backtrace+0x0/0x110) from [<c0392880>] (dump_stack+0x18/0x1c)

[   21.135703]  r6:00000000 r5:c0088000 r4:c0510374 r3:e1a00005

[   21.141343] [<c0392868>] (dump_stack+0x0/0x1c) from [<c01976c4>] (do_raw_spin_lock+0x128/0x168)

[   21.150008] [<c019759c>] (do_raw_spin_lock+0x0/0x168) from [<c0395804>] (_raw_spin_lock_irq+0x2c/0x30)

[   21.159272]  r8:00000005 r7:c049cd52 r6:c0088038 r5:c008a0d0 r4:c008a0d0

[   21.165951] [<c03957d8>] (_raw_spin_lock_irq+0x0/0x30) from [<c0032330>] (die+0x30/0x1cc)

[   21.174098] [<c0032300>] (die+0x0/0x1cc) from [<c00348cc>] (__do_kernel_fault+0x6c/0x8c)

[   21.182149]  r8:00000000 r7:00000005 r6:00000000 r5:c008a0d0 r4:0a0000de

[   21.188827] [<c0034860>] (__do_kernel_fault+0x0/0x8c) from [<c0034acc>] (do_page_fault+0x1e0/0x1fc)

[   21.197834]  r8:00000000 r7:0a0000de r6:00000001 r5:c008a0d0 r4:c0571fd0

[   21.204333] r3:c008a0d0

[   21.206939] [<c00348ec>] (do_page_fault+0x0/0x1fc) from [<c0034b98>] (do_translation_fault+0x24/0xa0)

[   21.216125] [<c0034b74>] (do_translation_fault+0x0/0xa0) from [<c002d2f4>] (do_DataAbort+0x3c/0xa0)

[   21.225131]  r6:0a0000de r5:c051044c r4:00000005 r3:c05103fc

[   21.230769] [<c002d2b8>] (do_DataAbort+0x0/0xa0) from [<c002da6c>] (__dabt_svc+0x4c/0x60)

又遇到这种问题了

ext4format 按复位10次不到又死机了。

[   11.329304] Modules linked in:

[   11.332340] CPU: 0    Not tainted  (2.6.35.7 #1)

[   11.336932] PC is at 0xe41ab000

[   11.340059] LR is at do_PrefetchAbort+0x3c/0xa0

[   11.344558] pc : [<e41ab000>]    lr : [<c002d254>]    psr: 60000193

[   11.344564] sp : ee9d3c28  ip : 00000004  fp : 3162c3ef

[   11.355994] r10: c051e8d8  r9 : 20000193  r8 : 3b1235a2

[   11.361194] r7 : ee9d3cb0  r6 : e52d1004  r5 : c051063c  r4 : c002d2f4

[   11.367693] r3 : c05105fc  r2 : ee9d3cb0  r1 : c002d2f4  r0 : e52d1004

[   11.374194] Flags: nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment user

[   11.381385] Control: 10c5387d  Table: 4e9d4019  DAC: 00000015

[   11.387103]

[   11.387106] PC: 0xe41aaf80:

[   11.391348] af80  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

[   11.399494] afa0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

[   11.407639] afc0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

[   11.415785] afe0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

[   11.423931] b000  ff000000 ff000000 ff000000 ff000000 ff000000 ff000000 ff000000 ff000000

[   11.432076] b020  ff000000 ff000000 ff000000 ff000000 ff000000 ff000000 ff000000 ff000000

[   11.440222] b040  ff000000 ff000000 ff000000 ff000000 ff000000 ff000000 ff000000 ff000000

[   11.448368] b060  ff000000 ff000000 ff000000 ff000000 ff000000 ff000000 ff000000 ff000000

[   11.456514]

[   11.456516] LR: 0xc002d1d4:

[   11.460760] d1d4  e50be09c e3a0e004 e50b5098 e50be0a4 e28ee002 e50bc0a0 e58de000 eb0014ce

[   11.468905] d1f4  e24bd020 e89da9f0 c051035c c051036c c054b344 c049c790 c049c7ba 00030001

[   11.477051] d214  c049c7be e1a0c00d e92dd8f0 e24cb004 e24dd088 e201cb01 e1a04001 e201100f

[   11.485196] d234  e59f3070 e181c32c e3841102 e1a06000 e1a07002 e083520c e1a0e00f e793f20c

[   11.493342] d254  e3500000 0a000011 e595100c e1a02004 e1a03006 e59f0040 eb0d95c2 e595c008

[   11.501488] d274  e595e004 e1a01007 e1a03004 e59f002c e24b209c e50bc094 e50be09c e3a0c000

[   11.509633] d294  e50b6090 e58dc000 e50bc098 eb0014a2 e24bd01c e89da8f0 c05105fc c049cc57

[   11.517779] d2b4  c04b5b5c e1a0c00d e92dd8f0 e24cb004 e24dd088 e201cb01 e1a04001 e201100f

[   11.525925]

[   11.525928] SP: 0xee9d3ba8:

还是wince稳定啊。

晕ext3format 之后又来了一次不启动

[    2.712437] warning: `rild‘ uses 32-bit capabilities (legacy support in use)

[    3.021029] android_usb gadget: high speed config #1: Android Composite

[   10.009783] request_suspend_state: wakeup (3->0) at 9480398418 (2010-01-01 12:00:09.518617168 UTC)

[   12.192678] Unable to handle kernel paging request at virtual address 76453320

[   12.198419] Unable to handle kernel paging request at virtual address 300af87d

[   12.205610] Unable to handle kernel paging request at virtual address 300af87d

[   12.212802] Unable to handle kernel paging request at virtual address 300af87d

[   12.219995] Unable to handle kernel paging request at virtual address 300af87d

[   12.227187] Unable to handle kernel paging request at virtual address 300af87d

[   12.234380] Unable to handle kernel paging request at virtual address 300af87d

[   12.241572] Unable to handle kernel paging request at virtual address 300af87d

[   12.248765] Unable to handle kernel paging request at virtual address 300af87d

[   12.255957] Unable to handle kernel paging request at virtual address 300af87d

[   12.263149] Unable to handle kernel paging request at virtual address 300af87d

[   12.270342] Unable to handle kernel paging request at virtual address 300af87d

============解决方案1============

你这个错误像是LINUX下的典型错误啊!

时间: 2024-11-05 12:13:10

关闭uboot MMU 会导致android2.3 S5pv210 系统不稳定?!why的相关文章

基于Android2.3.5系统:Android.mk文件解析

*************************************************************************************************************************** 作者:EasyWave                                                                                                               时间:2

基于Android2.3.5系统:JNI与HAL实例解析[一]

*************************************************************************************************************************** 作者:EasyWave                                                                                                           时间:2015.

基于Android2.3.5系统:JNI与HAL实例解析[二]

*************************************************************************************************************************** 作者:EasyWave                                                                                                           时间:2015.

u盘安装linux,将grub安装到了u盘,导致没U盘系统无法引导启动的解决方法

今天用U盘装linux时候不小心将grub安装到了U盘上,导致每次启动系统都得插U盘,下面是解决办法,拷贝时忘了记下转载出处,实在不好意思.————————————————————————————————————————————————————————————————装redhat linux的时候用的是u盘安装,不小心把grub装在了u盘上,然后每次都要从u盘启动,当然不能容忍这样子,以下就是修复grub的过程: u盘引导进入系统后,首先查看系统安装位置,也就是执行df -k 查看系统盘/bo

装双系统后导致电脑无法进入系统

电脑本来装了WIN7系统的,后来想再装一个Linux系统, 形成双系统,结果装上linux之后,导致引导扇区被覆盖, 开机之后无法进入系统,一直停留在一个黑屏界面,一个 光标在屏幕左上角不停地闪烁. 解决方法:需要有一个系统盘,(win7也好,winxp也好), 再设置BIOS,使得系统从光盘启动,进入PE系统,PE系统 中会附带许多工具,其中有一个硬盘分区软件DiskGenius, 点选[硬盘(D)]选项,再次点选[重建引导记录(MBR)(M)] 就可以将引导扇区修复过来,重启电脑,这时电脑就

Akka Stream文档翻译:Quick Start Guide: Reactive Tweets

Quick Start Guide: Reactive Tweets 快速入门指南: Reactive Tweets (reactive tweets 大概可以理解为“响应式推文”,在此可以测试下GFW是否还在正常工作 Twitter) A typical use case for stream processing is consuming a live stream of data that we want to extract or aggregate some other data fr

uboot之关闭缓存和mmu详解

大家在学习uboot 的时候,肯定会遇到这种情况:当设置完时钟分频以后,uboot就会执行cpu_init_crit汇编函数,这个函数的主要作用就是关闭缓存和mmu,然后调用lowlevel_init函数进行系统总线的初始化. 为什么启动的时候,需要关闭缓存和mmu呢?我们先了解一下他们的作用. 缓存是主存(内存)和CPU通用寄存器之间设置的一个高速的.容量相对较小的存储器,把正在执行的指令地址附近的一部分指令或数据从主存调入这个存储器,供CPU在一段时间内使用,以提高程序的运行速度. mmu可

uboot 2014.04 运行过程记录

uboot启动流程分析,针对S5PV210 BL1阶段,SPL,u-boot-spl.bin 1.首先运行arch/arm/cpu/armv7/start.S 里面的_start函数,进行异常向量表设置,然后跳转到reset复位处理函数,设置处理器SVC模式,关闭IRQ和FIQ中断.设置cp15协处理器 的SCTRL寄存器V(bit13)为0,设置异常向量表在0x00000000-0x0000001C,设置异常向量表地址为_start.跳转到cpu_init_cp15初始化协处理器,清除TLB,

ARM上电启动及Uboot代码分析

注意:由于文档是去年写的,内有多个图片,上传图片很麻烦(需要截图另存插入等等),我把文章的PDF版本上传到了CSDN下载资源中.为了给自己赚点积分,所以标价2分,没有积分的同学可以直接留言跟我要,记得留下邮箱. 以下是文章内容,由于我懒得编辑图片了,所以文章看来会很不爽,强烈推荐点击以上红色链接下载pdf版. 文件编号:DCC01 版本号:1.0 ARM上电启动及Uboot代码分析 部    门:                          作    者: