Safe Mode


34 posts   Page 2 of 2   1, 2
by dom » Tue Dec 04, 2012 5:29 pm
plugh wrote:Are you talking about putting something into the mainstream firmware release? (imho fwiw, I'd say remove the current 'pretend' hack from the firmware and just release a fix-it app.)
Anyway... Do you have "bad" samples to test against (it IS a OneTP), or are you looking for a volunteer?

Yes. It will be done from an updated start.elf.
The code for programming the board rev is already in place (and well tested). Currently you can program your board rev with:
program_board_rev=<board_rev>
in config.txt. But it only lets you if you currently have a zero board rev.

I'll change it so you can also program the board_rev if it currently differs from the reported board rev. I should push that out tonight.
Moderator
Posts: 3248
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge
by dom » Wed Dec 05, 2012 6:19 pm
@plugh
Latest "next" tree firmware can update your board revision. Update with:
Code: Select all
sudo rpi-update c6b0066396723a86f390f8330a679bbce8e99b9b

(you may need to "sudo rpi-update" first).

Then add:
program_board_rev=15
to config.txt and reboot. After that, safe mode should work as expected, and:
Code: Select all
vcgencmd otp_dump |grep 30:

should now be 15.
Moderator
Posts: 3248
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge
by plugh » Wed Dec 05, 2012 7:38 pm
The deed is done; OTP rev is now 0xF.

And vanilla 10-28 raspbian kit now boots kernel_emergency.img with GPIO3 (rev2 P1-5) pulled down.

Thanks!
Posts: 12
Joined: Sun Dec 02, 2012 6:58 pm
by sdjf » Thu Dec 06, 2012 6:39 am
The instruction to "Short Jumpers 5&6" in the wiki needs to be expanded to make sense to folks who have no clue what that means. It leaves me guessing that it means to connect the pins?

http://elinux.org/RPI_safe_mode

Also, does this apply to Arch as well, or to the Next firmware that Pepedog made available to Raspberry Pi Arch Linux users?
FORUM TIP: To view just one person's posting history, sign in, click on their user name, then click on "Search User's Posts." || This Pi owner is running Arch on 512MB Model B.
Posts: 864
Joined: Fri Mar 16, 2012 5:20 am
Location: California
by bgirardot » Fri Dec 28, 2012 6:57 pm
sdjf wrote:The instruction to "Short Jumpers 5&6" in the wiki needs to be expanded to make sense to folks who have no clue what that means. It leaves me guessing that it means to connect the pins?

http://elinux.org/RPI_safe_mode

Also, does this apply to Arch as well, or to the Next firmware that Pepedog made available to Raspberry Pi Arch Linux users?


I edited that wiki page and added a photo. I think it clarifies what to do a fair amount.
Posts: 517
Joined: Wed Oct 10, 2012 6:20 am
Location: Switzerland
by Schuitz » Sun Jan 27, 2013 1:30 pm
I just wanted to add that I got into trouble and needed the emergency kernel as described. I also have the incorrect OTP as described.

With a set of sharp tweezers and good eyesight, you can, with care, pull s5 pin 13 to ground by using tweezers to short it to pin 10. A third hand is useful to power on the board, but not essential if you are steady.

Strictly speaking, hitting adjacent pins cam_clk or cam_gpio is probably not a great idea if they are set up as push-pull outputs early in the boot sequence, but is unlikely to be catastrophic. But don't hold me to it. You don't have to dwell there long, as the alternate kernel should come up immediately.

Best to have your second cup of coffee after doing this maneuver. But then, you're here because you're in the soup, right? If it weren't dicey it wouldn't be fun :mrgreen: .
Posts: 15
Joined: Sun Jan 27, 2013 1:17 pm
by Schuitz » Sun Jan 27, 2013 3:44 pm
...aaaand a guy should read to the end of the thread before posting. However, if you're like me and get stuck before you have updated to the latest and greatest, you still have to pull a move on S5. Or, if you're like me and tack-soldered some wires onto P1 pin 6 for an IR receiver, no jumper for you.

I will add that it's simpler just to short S5 pin 13 to the HDMI shield.

In my case, once I was in, I had to mount -t ext4 my root partition because I blew an fstab entry.
Posts: 15
Joined: Sun Jan 27, 2013 1:17 pm
by moreins » Thu Jan 31, 2013 2:45 am
hello
I configured a daemon that starts at runlevel 2. i messed up and ended up with a hung boot process.
i got to safe mode on my raspi but im struggling when mounting the mmc so i can fix this.

i tried

Code: Select all
mkdir /mnt
mount /dev/mmcblk0p2 /mnt


and i get
Code: Select all
mount: mounting /dev/mmcblk0p2 on /mnt failed: No such file or directory


can you kindly provide any ideas on how to fix this?
thanks
Posts: 6
Joined: Sat Dec 01, 2012 3:50 pm
by moreins » Thu Jan 31, 2013 3:30 am
moreins wrote:hello
I configured a daemon that starts at runlevel 2. i messed up and ended up with a hung boot process.
i got to safe mode on my raspi but im struggling when mounting the mmc so i can fix this.

i tried

Code: Select all
mkdir /mnt
mount /dev/mmcblk0p2 /mnt


and i get
Code: Select all
mount: mounting /dev/mmcblk0p2 on /mnt failed: No such file or directory


can you kindly provide any ideas on how to fix this?
thanks

update: this worked for me better
http://raspberrypi.org/phpBB3//viewtopi ... 06#p163706
Posts: 6
Joined: Sat Dec 01, 2012 3:50 pm