Shoot Troubles, Not Users w/ Alex Boag-Munroe – XDA:DevCon 2014

In presenting the various sessions from XDA:DevCon 2014, weve mainly … more

Oppo Releases ColorOS for the Find 5… Poorly

Almost every OEM has taken the liberty of creating its own incarnation of the Android OS. … more

XDA LG Development Challenge Winners

Almost 3months ago, we set out with LGto findtwo amazing apps that developers could put together … more

Wearable Apps w/ Andreas Göransson – XDA:DevCon 2014

XDA:DevCon 2014 in Manchester, UK featured quite a few interesting topics as … more

Welcome to XDA

Search to go directly to your device's forum

Register an account

Unlock full posting privileges

Ask a question

No registration required
Post Reply

Hang on boot with older bootloader

OP Tasssadar

1st February 2013, 02:03 PM   |  #1  
Tasssadar's Avatar
OP Recognized Developer
Flag Brno
Thanks Meter: 5,086
 
720 posts
Join Date:Joined: Dec 2010
Donate to Me
More
I've got reports when for some users, the device would freeze on boot when using older bootloader versions (3.41 I guess?) and custom kernel. This hang apparently disappears if the user upgrades to the newest bootloader.

Does anybody knows why this happens? I know Metallice has this issue with his kernel, so he tells users to upgrade to newest bootloader. Does anybody else have the same issue, maybe pinpointed the reason why this happens?

It doesn't cause any real problems because newest bootloader works okay, but I would still like to know why it happens.
Last edited by Tasssadar; 1st February 2013 at 02:20 PM.
1st February 2013, 07:47 PM   |  #2  
zachf714's Avatar
Senior Member
Flag Mooresville
Thanks Meter: 1,003
 
3,576 posts
Join Date:Joined: Jun 2012
More
Quote:
Originally Posted by Tasssadar

I've got reports when for some users, the device would freeze on boot when using older bootloader versions (3.41 I guess?) and custom kernel. This hang apparently disappears if the user upgrades to the newest bootloader.

Does anybody knows why this happens? I know Metallice has this issue with his kernel, so he tells users to upgrade to newest bootloader. Does anybody else have the same issue, maybe pinpointed the reason why this happens?

It doesn't cause any real problems because newest bootloader works okay, but I would still like to know why it happens.

I found after wondering the same question that it doens't actually hang but people are to impatient to wait and see. I also found that on a dead battery even on the newest bootloader even if there is enough charge that it can hang and a reboot is needed to be forced apon.
1st February 2013, 09:52 PM   |  #3  
adfad666's Avatar
Recognized Developer
Flag Olomouc
Thanks Meter: 4,286
 
748 posts
Join Date:Joined: Jul 2011
Donate to Me
More
Google made an announcement that they added some extra suppliers for certain components, I think some different storage chips, that required the new boot loader. That's probably the issue.
2nd February 2013, 12:58 AM   |  #4  
Senior Member
Thanks Meter: 826
 
2,148 posts
Join Date:Joined: Feb 2010
[speculation]

There is no hardware reset/change which occurs when the bootloader transfers control to whatever comes next (recovery kernel, OS kernel, etc) other than what the kernel itself will attempt to do on it's own as it begins initializing, so beyond things which are explicitly passed to the kernel from the bootloader (e.g. the kernel boot command argument list), whatever hardware state - clocking configuration, rate, or a whole slew of other device initializations - that the bootloader sets up can be regarded as an implicit set of "hardware state" parameters for the kernel which follows. (It is impossible for the kernel to reset *everything* back to a known state via a hardware reset, as this would just re-launch the bootloader)

So, the scenario described certainly seems feasible enough if the kernel code makes inappropriate assumptions about inherited state, sequences initializations differently, etc.

I was poking through TWRP's kernel log the other day, and was somewhat shocked to see a message about failure to read the mmc device's (Flash Memory!) partition table - followed immediately by an indecipherable message about a clocking change .... and then normal sorts of messages about partitions found. Rather unnerving as that suggests something extremely fundamental for a recovery (partition layout) is being attempted initially in a sketchy fashion.

It does seem rather odd that some mismatch between the kernel's presumption of inherited hardware state would manifest itself in late boot behavior - the boot animation screen for the OS is in /system, no? Seems like if you are seeing things progress that far along the kernel probably has not failed in any dramatic way.

Anyhow - why not just put the question to the M-kernel dev in his thread, or give him the URL to this thread and ask him to comment?

[/speculation]

cheers

[ Edit ] I suppose I should have added that if you experience the problem yourself with a set of kernel mods, you might be able to come up with a hypothesis by bisecting backwards towards a reference commit that doesn't have the problem. Seems like a lot of work though, given that - for lack of Asus bootloader source code - the bootloader's behavior changes between releases are opaque.
Last edited by bftb0; 2nd February 2013 at 02:14 AM.
15th February 2013, 04:52 AM   |  #5  
Metallice's Avatar
Recognized Contributor
Thanks Meter: 5,004
 
3,221 posts
Join Date:Joined: Jun 2010
Donate to Me
I spent a long time trying to figure it out before the bootloader update fixed it. Couldn't. The problem would just appear randomly. I tried reverting patches, resetting git, trying to find a cause, but there seemed to be no definite cause. One patch removal would seem to solve it, and then it would come back after adding another, dissapear when I added back the patch I thought was causing it, etc. etc.

I now don't see it as an issue since any bootloader beyond 4.1.x fixes this.
20th February 2013, 11:08 AM   |  #6  
ngoralph's Avatar
Recognized Contributor
Thanks Meter: 1,284
 
1,552 posts
Join Date:Joined: Apr 2012
More
was on 3.34 when started to experience this the only way it gets fix for me is pressing the up/power button
and the hang was not just in boot even going to the recovery via fastboot also hangs
i think the only fix for this is updating bootloader
Post Reply Subscribe to Thread
Previous Thread Next Thread
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes