Skip to content
This repository has been archived by the owner on Jan 17, 2019. It is now read-only.

kmod_scripts: extend the delay to ensure that hardware is ready for n… #37

Closed
wants to merge 1 commit into from

Conversation

keqiaozhang
Copy link
Collaborator

…ext remove

Signed-off-by: Zhang Keqiao keqiao.zhang@linux.intel.com

Copy link
Member

@lgirdwood lgirdwood left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can you explain the errors this fixes in the commit message.

Copy link
Member

@plbossart plbossart left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

you didn't provide enough data to check if this is legit or not. 1s works for me, i've never it seen fail.

@@ -3,7 +3,7 @@
dmesg -C
./sof_remove.sh
./sof_insert.sh
sleep 1
sleep 6
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also not clear why this is needed. 1 second is plenty on all the platforms I have. in what cases do you need 6s?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

just run: sudo ./sof_bootloop.sh

…ext remove

The delay is too short to let hardware get ready, in this case, system
will be hang after 1-2 loops. After lot of tests, set the delay to 6s
will avoid this issue on each platform.

Signed-off-by: Zhang Keqiao <keqiao.zhang@linux.intel.com>
@keqiaozhang
Copy link
Collaborator Author

@plbossart
I tested on BYT APL and CNL, this issues can be reproduced every time. After several loops, system will be hang there. I will do more tests tomorrow to confirm this issue.

@plbossart
Copy link
Member

@keqiaozhang There is currently a bug in the module load/unload on Baytrail, I don't know how you managed to run bootloop.sh when the kernel crashes anyways. see thesofproject/linux#33

@plbossart
Copy link
Member

I suggest we close this PR, there's been no activity in 20 days and there is no consensus it's useful.

@keqiaozhang keqiaozhang closed this Aug 8, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants