Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Pi 2 freeze after some hours after upgrading to b06b317afb60547b436cd30e056b54cec7ae3b8e commit #481

Closed
iz8mbw opened this issue Oct 9, 2015 · 25 comments
Closed

Pi 2 freeze after some hours after upgrading to b06b317afb60547b436cd30e056b54cec7ae3b8e commit #481

iz8mbw opened this issue Oct 9, 2015 · 25 comments

Comments

@iz8mbw
Copy link

iz8mbw commented Oct 9, 2015

Hi.
Starting from the rpi firmware b06b317 commit, my Raspberry Pi 2 freeze after some hours.
The same rpi firmware b06b317 commit on the Raspberry Pi 1 works well.

I'm sorry but I cannot give more info about the freeze, the Pi 2 does not more respond to ping and the green led of the disk (microSD) activity remains fixed light on...

Considering that the problem happens only on the Pi 2 and not also on the Pi 1, is not possible that this #369 is the problem?
@pelwell
Copy link
Contributor

pelwell commented Oct 9, 2015

Can you try reverting just the "start*.elf" and "fixup*.dat" files to those from the previous firmware (6785329) and see if that makes a difference?

@popcornmix
Copy link
Contributor

Possibly duplicate of Hexxeh/rpi-update#193
After reverting the start.elf/fixup.dat can you try:
sudo rpi-update 608c3b3e994e086d400f77469682ff1e8f346e27
and reboot which may help.

@iz8mbw
Copy link
Author

iz8mbw commented Oct 9, 2015

Hi.
What do you mean for "reverting just the "start*.elf" and "fixup*.dat" files"?
I have already solved with: "rpi-update 7ee23ac1452ad57dcc0ef2c1f074060b4bd9338d"

So now my Pi2 is OK since 2 days of uptime with the Hexxeh/rpi-firmware@7ee23ac firmware version.

root@user:~# cd /boot
root@user:/boot# cat .firmware_revision
7ee23ac1452ad57dcc0ef2c1f074060b4bd9338d

Just a reminder, the last commit b06b317 is instead OK for the Pi1

@pelwell
Copy link
Contributor

pelwell commented Oct 9, 2015

The "firmware" consists of several parts - the binary files that make up the boot loader(s), the kernel image, the Device Tree blobs and the configuration files. I was suggesting that you could downgrade to an earlier version, copy the "start*.elf" and "fixup*.dat" files, upgrade again and then copy the saved files over the new ones to create a hybrid firmware.

@popcornmix thinks this is a kernel problem, not related to the HYP change. If you found that your hybrid system was still unstable then that would be further evidence that this is indeed a kernel bug, and nothing to do with the #369.

@iz8mbw
Copy link
Author

iz8mbw commented Oct 9, 2015

OK.
So I have done:

  1. "rpi-update 7ee23ac1452ad57dcc0ef2c1f074060b4bd9338d"
  2. Backup the "start_.elf" and "fixup_.dat" files
  3. "rpi-update" (so to last commit b06b317)
  4. Overwritten the "start_.elf" and "fixup_.dat" files with the "old" ones (Hexxeh/rpi-firmware@7ee23ac)
  5. Reboot

Now the Raspberry Pi 2 is UP (Linux raspberrypi 4.1.10-v7+ #820 SMP PREEMPT Sun Oct 4 16:26:51 BST 2015 armv7l GNU/Linux), I will inform you in the next days.

@pelwell
Copy link
Contributor

pelwell commented Oct 9, 2015

Thanks. If we find the problem in the meantime we'll post a comment.

@popcornmix
Copy link
Contributor

I'm suspecting it is this issue: https://patchwork.ozlabs.org/patch/507215/
I'll add it to a Milhouse OpenELEC build tonight (where the issue has also been reported) and if it is reported as fixed will push it to rpi-update.

@iz8mbw
Copy link
Author

iz8mbw commented Oct 9, 2015

Hi.
Also with the "workaround" the Raspberry Pi 2 freezes again after 4 hours....
Now I back again to the working Hexxeh/rpi-firmware@7ee23ac commit

@xittos
Copy link

xittos commented Oct 9, 2015

I have the same problem but for me, even the Hexxeh/rpi-firmware@608c3b3 is safe (bump to kernel 4.1.8, ultime two days..). The last two firmware commits (bump to kernel 4.1.9 and bump to kernel 4.1.10) freeze randomly after few hours.... (See those threads https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=122620 and https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=122598)

popcornmix added a commit that referenced this issue Oct 10, 2015
@popcornmix
kernel: Fix for upstream network deadlock
d56bf18 
See: #481

kernel: bcm2835-gpiomem: Fix for ARCH_BCM2835 builds
See: raspberrypi/linux#1154

kernel: BCM270X_DT: Add at86rf233 overlay
See: raspberrypi/linux#1151

kernel: BCM270X_DT: Make mmc overlay compatible with current firmware

firmware: arm_loader: Support DT commands in included files
See: #414

firmware: di_adv: Need up align up height to at least 4
See: https://discourse.osmc.tv/t/problems-with-divx5-videos-after-september-update/8499/7

firmware: Allow loading of tuning data from a memory block
popcornmix added a commit to Hexxeh/rpi-firmware that referenced this issue Oct 10, 2015
@popcornmix
kernel: Fix for upstream network deadlock
b05bcd5 
See: raspberrypi/firmware#481

kernel: bcm2835-gpiomem: Fix for ARCH_BCM2835 builds
See: raspberrypi/linux#1154

kernel: BCM270X_DT: Add at86rf233 overlay
See: raspberrypi/linux#1151

kernel: BCM270X_DT: Make mmc overlay compatible with current firmware

firmware: arm_loader: Support DT commands in included files
See: raspberrypi/firmware#414

firmware: di_adv: Need up align up height to at least 4
See: https://discourse.osmc.tv/t/problems-with-divx5-videos-after-september-update/8499/7

firmware: Allow loading of tuning data from a memory block
@popcornmix
Copy link
Contributor

Please try latest rpi-update and report back.

@iz8mbw
Copy link
Author

iz8mbw commented Oct 11, 2015

Updated this morning to last rpi-update, Pi2 is under testing. I will back in the next few hours.

@iz8mbw
Copy link
Author

iz8mbw commented Oct 11, 2015

Untill now, after 11 hours of uptime, all it's OK

@xittos
Copy link

xittos commented Oct 12, 2015

Even for me everything is ok now, 1 day and half of uptime....

@popcornmix
Copy link
Contributor

@iz8mbw okay to close?

@iz8mbw
Copy link
Author

iz8mbw commented Oct 13, 2015

sure!

@yy502
Copy link

yy502 commented Oct 30, 2015

Hi guys, I still have this issue with my RPi2. v4.1.7 is the last stable version for my Pi. Any later version will result my Pi to freeze (and auto-reboot because I have enabled watchdog) randomly, from <1 hours to a few hours, even when idling. I tested with v4.1.12 today and it froze and rebooted after about 4 hours.

FYI, I run my Pi headlessly on Ethernet with 2 USB disks attached.

@popcornmix
Copy link
Contributor

Can you create a new issue - I don't believe your freeze is the same one as reported here.
Please identify the first version of firmware that has the problem. (Using rpi-update with versions from https://github.com/Hexxeh/rpi-firmware/commits/master).

@yy502
Copy link

yy502 commented Nov 1, 2015

Sure. I'll run through each recent version and create a new ticket.

Is there anything I should do to help debugging? I can SSH into my Pi to monitor system log until it crashes/reboots if that helps.

@yy502
Copy link

yy502 commented Nov 2, 2015

just before I create a new ticket, I think my issue is same as Hexxeh/rpi-update#193

The latest stable version for me is v4.1.8. v4.1.9 up to v4.1.12 all lead to random crash.

@popcornmix
Copy link
Contributor

Hexxeh/rpi-update#193 was a duplicate of this issue and is resolved.
If you still have an issue it is something different.

@yy502
Copy link

yy502 commented Nov 2, 2015

ok, so how would I produce some useful trace/logging to help debug this issue please?

@popcornmix
Copy link
Contributor

Linking to the exact firmware (from https://github.com/Hexxeh/rpi-firmware/commits/master) that introduces the problem is most useful.
After a crash there may be evidence in /var/log/messages, so paste that to a paste site.
Narrowing down the problem would be useful. i.e. does the crash still happen when you unplug the USB disks (or any other non-default peripherals).
Are you overclocking? If so disable that and test.

@yy502
Copy link

yy502 commented Nov 2, 2015

OK, will do. Thanks.

@McTrk McTrk mentioned this issue Dec 1, 2015
Closed
@popcornmix
Copy link
Contributor

If you are overclocking then disable that first.
If that doesn't help then create a new issue. This issue is closed.

@tkalinows
Copy link

ok. Sorrty.

neuschaefer pushed a commit to neuschaefer/raspi-binary-firmware that referenced this issue Feb 27, 2017
@popcornmix
kernel: Fix for upstream network deadlock
9e04603 
See: raspberrypi#481

kernel: bcm2835-gpiomem: Fix for ARCH_BCM2835 builds
See: raspberrypi/linux#1154

kernel: BCM270X_DT: Add at86rf233 overlay
See: raspberrypi/linux#1151

kernel: BCM270X_DT: Make mmc overlay compatible with current firmware

firmware: arm_loader: Support DT commands in included files
See: raspberrypi#414

firmware: di_adv: Need up align up height to at least 4
See: https://discourse.osmc.tv/t/problems-with-divx5-videos-after-september-update/8499/7

firmware: Allow loading of tuning data from a memory block
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
6 participants
@popcornmix @iz8mbw @yy502 @xittos @pelwell @tkalinows