[maemo-users] Booting from MMC as a de-bricking method

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Paule Ecimovic wrote:
> I am most concerned about 
> the bricking scenarios resulting from flashing a 770 to set it into R&D 
> mode, where the 770 sometimes bricks after rebooting.

Never hear of this, is this real? What you see on the screen when it 
boots? How many seconds exactly boot takes since poweron before it 
reboots again (i.e. in which step mentioned below it stops)?

> Are there bricking 
> scenarios in this reboot situation which involve corruption beyond MMC 
> reboot?

I'm not sure what you mean by this (and was not answered already). Let's 
explain how device boots:

1. bootloader (probably at least two of them, one loads another) 
initializes some hardware, checks if flasher is connected and finally 
loads linux kernel from /dev/mtd2. Some small bootloader is stored 
either in masked ROM or NOR flash directly on OMAP chip, the second one 
is stored in (NAND) flash - /dev/mtd0
2. linux kernel starts, initializes hardware and runs linuxrc from 
initfs partition (/dev/mtd3)
3. initfs (uclibc based system) starts dsme and bme, loads wlan and bt 
firmware, checks root device name stored in flash (=config partition 
/dev/mtd1)mounts it and continues boot from that device (via pivot_root 
[1]). This is where bootmenu modification lives too, it simply allows 
you to select different root device then stored by flasher.
4. /sbin/init starts from the root device and normal linux system boots 
via rc scripts

This means that if bootloader (/dev/mtd0) or kernel (/dev/mtd2) is 
corrupted or maybe even config partition (bootloader probably uses it 
too to store some data - MAC address? list of bad flash blocks? 
partition layout?) then the device is 'bricked' and bootmenu cannot help 
since it has no chance to run. Only reflash over usb (or serial) can help.

But normal bricking done by most users and mentioned in previous mail 
means corrupting rootfs (/dev/mtd4) and this can be solved by booting 
from anything else (=mmc) via bootmenu.

> Any chance of hard-disk based ITOS for Nokia Internet Tablet's. 

Harddisk would not solve anything. Same like when you corrupt your bios 
on PC.

> but it would allow rebooting in various modes and under various 
> privledge schemes without the threat of irreparable bricking.

Harddisk is not any better than mmc, both are lock devices used by linux 
kernel.


Regards,
Frantisek

1. http://www.die.net/doc/linux/man/man8/pivot_root.8.html



[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Big List of Linux Books]    

  Powered by Linux