Poky migration from rocko to warrior - Revision history

Oleg: /* [SOLVED] Note 14: fixdep: Permission denied */

2019-10-03T23:49:14Z

[SOLVED] Note 14: fixdep: Permission denied

← Older revision		Revision as of 23:49, 3 October 2019
Line 273:		Line 273:
	* Solution:		* Solution:
	Removed '''-B'''. It make fixdep build only once and the problem is gone.		Removed '''-B'''. It make fixdep build only once and the problem is gone.
	~~also~~
			* Note:
	~$ make -h		~$ make -h
	...		...
	-B, --always-make Unconditionally make all targets.		-B, --always-make Unconditionally make all targets.
	...		...

Oleg: /* [SOLVED] Note 14: fixdep: Permission denied */

2019-10-03T23:48:51Z

[SOLVED] Note 14: fixdep: Permission denied

← Older revision		Revision as of 23:48, 3 October 2019
Line 273:		Line 273:
	* Solution:		* Solution:
	Removed '''-B'''. It make fixdep build only once and the problem is gone.		Removed '''-B'''. It make fixdep build only once and the problem is gone.
			also
	~$ make -h		~$ make -h
	...		...
	-B, --always-make Unconditionally make all targets.		-B, --always-make Unconditionally make all targets.
	...		...

Oleg: /* [SOLVED] Note 14: fixdep: Permission denied */

2019-10-03T23:48:33Z

[SOLVED] Note 14: fixdep: Permission denied

← Older revision		Revision as of 23:48, 3 October 2019
Line 273:		Line 273:
	* Solution:		* Solution:
	Removed '''-B'''. It make fixdep build only once and the problem is gone.		Removed '''-B'''. It make fixdep build only once and the problem is gone.
			~$ make -h
			...
			-B, --always-make Unconditionally make all targets.
			...

Oleg: /* [SOLVED] Note 14: fixdep: Permission denied */

2019-10-03T23:47:33Z

[SOLVED] Note 14: fixdep: Permission denied

← Older revision		Revision as of 23:47, 3 October 2019
Line 268:		Line 268:
	- That '''-B''' forces to rebuild all targets and we also have '''-j8''' (in PARALLEL_MAKE variable) for the parallel build		- That '''-B''' forces to rebuild all targets and we also have '''-j8''' (in PARALLEL_MAKE variable) for the parallel build
	- so when running the parallel build fixdep gets rebuilt several times and at some point		- so when running the parallel build fixdep gets rebuilt several times and at some point
	one of the targets (e.g. sortextable) calls it while fixdep is being compiled and overwritten for another target (probably)		one of the targets (e.g. sortextable or kallsyms) calls it while fixdep is being compiled and overwritten for another target (probably)
	- the exec rights are correct after the fact		- the exec rights are correct after the fact

	* Solution:		* Solution:
	Removed '''-B'''. It make fixdep build only once and the problem is gone.		Removed '''-B'''. It make fixdep build only once and the problem is gone.

Oleg: /* [SOLVED] Note 14: fixdep: Permission denied */

2019-10-03T23:46:44Z

[SOLVED] Note 14: fixdep: Permission denied

← Older revision		Revision as of 23:46, 3 October 2019
Line 266:		Line 266:
	- usually happened when running do_compile_kernelmodules		- usually happened when running do_compile_kernelmodules
	- EXTRA_OEMAKE = "-s -w '''-B''' KCFLAGS='-v'"		- EXTRA_OEMAKE = "-s -w '''-B''' KCFLAGS='-v'"
	- That '''-B''' forces to rebuild all targets and we also have '''-j8''' for the parallel build		- That '''-B''' forces to rebuild all targets and we also have '''-j8''' (in PARALLEL_MAKE variable) for the parallel build
	- so when running the parallel build fixdep gets rebuilt several times and at some point		- so when running the parallel build fixdep gets rebuilt several times and at some point
	one of the targets (e.g. sortextable) calls it while fixdep is being compiled and overwritten for another target (probably)		one of the targets (e.g. sortextable) calls it while fixdep is being compiled and overwritten for another target (probably)

Oleg: /* [SOLVED] Note 14: fixdep: Permission denied */

2019-10-03T23:46:17Z

[SOLVED] Note 14: fixdep: Permission denied

← Older revision		Revision as of 23:46, 3 October 2019
Line 266:		Line 266:
	- usually happened when running do_compile_kernelmodules		- usually happened when running do_compile_kernelmodules
	- EXTRA_OEMAKE = "-s -w '''-B''' KCFLAGS='-v'"		- EXTRA_OEMAKE = "-s -w '''-B''' KCFLAGS='-v'"
	- That '''-B''' forces to rebuild all targets and we also have "-j8"		- That '''-B''' forces to rebuild all targets and we also have '''-j8''' for the parallel build
	- so when running the parallel build fixdep gets rebuilt several times and at some point		- so when running the parallel build fixdep gets rebuilt several times and at some point
	one of the targets (e.g. sortextable) calls it while fixdep is being compiled and overwritten for another target (probably)		one of the targets (e.g. sortextable) calls it while fixdep is being compiled and overwritten for another target (probably)

Oleg: /* [SOLVED] Note 13: FLIR Lepton 3.5 sensor: NULL pointer dereference */

2019-10-03T23:45:45Z

[SOLVED] Note 13: FLIR Lepton 3.5 sensor: NULL pointer dereference

← Older revision		Revision as of 23:45, 3 October 2019
Line 260:		Line 260:
	...		...
	---[ end Kernel panic - not syncing: Fatal exception in interrupt		---[ end Kernel panic - not syncing: Fatal exception in interrupt

			==<font color='green'>'''[SOLVED]'''</font> Note 14: fixdep: Permission denied==
			* Description:
			- We've had this error for a while, probably since kernel 4.0
			- usually happened when running do_compile_kernelmodules
			- EXTRA_OEMAKE = "-s -w '''-B''' KCFLAGS='-v'"
			- That '''-B''' forces to rebuild all targets and we also have "-j8"
			- so when running the parallel build fixdep gets rebuilt several times and at some point
			one of the targets (e.g. sortextable) calls it while fixdep is being compiled and overwritten for another target (probably)
			- the exec rights are correct after the fact

			* Solution:
			Removed '''-B'''. It make fixdep build only once and the problem is gone.

Oleg: /* [SOLVED] Note 3: Entropy device hwrng */

2019-09-10T19:06:57Z

[SOLVED] Note 3: Entropy device hwrng

← Older revision		Revision as of 19:06, 10 September 2019
Line 92:		Line 92:
	** Haven't found if Xilinx uses any driver for /dev/hwrng		** Haven't found if Xilinx uses any driver for /dev/hwrng
	** TODO: Find out if the order of entropy sources can be changed		** TODO: Find out if the order of entropy sources can be changed
	** That lag at boot is really annoying - 5~~-10 seconds~~?!!		** That lag at boot is really annoying - 5 secs?!!

	==<font color='green'>'''[SOLVED]'''</font> Note 4: PHP causing 'unsupported FP instruction in kernel mode'==		==<font color='green'>'''[SOLVED]'''</font> Note 4: PHP causing 'unsupported FP instruction in kernel mode'==

Oleg: /* [SOLVED] Note 4: PHP causing 'unsupported FP instruction in kernel mode' */

2019-09-10T18:39:15Z

[SOLVED] Note 4: PHP causing 'unsupported FP instruction in kernel mode'

← Older revision		Revision as of 18:39, 10 September 2019
Line 148:		Line 148:
	- <s>switched from '''-mfloat-abi=softfp''' to '''-mfloat-abi=hard''' - the problem seems to go away - but is it 100%?</s>		- <s>switched from '''-mfloat-abi=softfp''' to '''-mfloat-abi=hard''' - the problem seems to go away - but is it 100%?</s>
	- used kmalloc instead of auto variable in mt9x001_pgm_initsensor() - no Oopses so far		- used kmalloc instead of auto variable in mt9x001_pgm_initsensor() - no Oopses so far

			* More notes on debugging
			- CONFIG_DEBUG_STACK_USAGE=y
			and it reports how many bytes left in stack for various processes. For that particular process (php) the "bytes left" were '''4''' on successful boots and
			~'''1028''' after a huge variable (of 1024 bytes) got moved to heap.
			- Also there's a warning in Eclipse about "frame size" beaing larger than 1024

	==<font color='green'>'''[SOLVED]'''</font> Note 5: Bring up NAND OTP support==		==<font color='green'>'''[SOLVED]'''</font> Note 5: Bring up NAND OTP support==

Oleg at 19:49, 9 September 2019

2019-09-09T19:49:47Z

← Older revision		Revision as of 19:49, 9 September 2019
Line 94:		Line 94:
	** That lag at boot is really annoying - 5-10 seconds?!!		** That lag at boot is really annoying - 5-10 seconds?!!

	==<font color='green'>'''SOLVED'''</font> Note 4: PHP causing 'unsupported FP instruction in kernel mode'==		==<font color='green'>'''[SOLVED]'''</font> Note 4: PHP causing 'unsupported FP instruction in kernel mode'==
	* Kernel Oops:		* Kernel Oops:
	<font size='1'>[ 35.872118] BUG: unsupported FP instruction in kernel mode		<font size='1'>[ 35.872118] BUG: unsupported FP instruction in kernel mode