-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Fix for 'Failed to add service' try two
- Loading branch information
1 parent
d535b28
commit c2c114a
Showing
4 changed files
with
0 additions
and
0 deletions.
There are no files selected for viewing
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
c2c114a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Something's wrong with this (I think) or the last commit: It entirely kept my RPi from booting using arm128_start.elf.
Reverting to e73e84c made it boot again.
I'm using Chris Boot's latest kernel (3.2.23r1) on Gentoo Linux.
c2c114a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've had reports of this commit working.
Do you get the rainbow screen?
Do you get any console output before the failure?
Can you check start.elf is not corrupt.
If you switch to official kernel, does it boot?
c2c114a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for answering so quickly, and sorry I couldn't get back earlier.
The question I can answer right away is that start.elf and/or my SD-Card don't seem to be corrupt. All arm__start.elf files do have the same size (except for the arm240_start.elf). I always copy the appropriate arm__start.elf over to start.elf before booting, so that doesn't seem to be it. As soon as I use an older version of the firmware, everything just works.
However, with commit 0d88fba I have the problem that xbmc wouldn't start. Just unloading all libs soon after startup and leaving some child processes running without any screen output.
As for rainbow screen and console output, I'll have to get back to you tomorrow, when I had the chance to try with a monitor attached.
Same for the official kernel.img.
c2c114a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The last commit may give that behaviour (linux boots, but apps that use opengl fail). This commit should have fixed that.
c2c114a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Finally, my findings:
HTH,
Torsten
c2c114a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I also can't boot (stuck at rainbow screen) using any of the arm128, arm192 and arm224_start.elf. arm240_start.elf works but I guess this is because it's actually from the previous commit as it was not modified by this one.
c2c114a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same problem for me. I opened a thread on PI Forum but maybe this is the right place. I've 2 almost identical PIs. Same SD card, same operating system, same firmware.
One boots correctly the other one stops at rainbow screen. Tried to exchange the SD: the working one continues to boot the other is still blocked to the rainbow screen.
Checking more in detail, the "only" difference between the 2 PIs is the DRAM: the working one uses an Hynx chip while the not working uses a Samsung chip.
Could the problem be linked to some different DRAM timing/parameter of the chips?
Thanks,
chelys