Hi,
I’m trying to build a system for the beaglebone black. It fails when compiling the kernel. See the attached information.
Any suggestions to what has gone wrong?
Cheers,
Diez
Hi,
I started a build to reproduce the failure. I believe it is a problem compiling some Linux hosttool on MacOS X for selinux stuff.
Can you try disabling selinux?
best regards Waldemar
Am 03.07.2017 um 15:17 schrieb Diez B. Roggisch deets@web.de:
Hi,
I’m trying to build a system for the beaglebone black. It fails when compiling the kernel. See the attached information.
Any suggestions to what has gone wrong?
Cheers,
Diez
<openadk.zip> _______________________________________________ dev mailing list dev@openadk.org https://mailman.openadk.org/cgi-bin/mailman/listinfo/dev
Hi,
I attempted that actually before, but did it again as by your request. You find the results attached.
Cheers,
Diez
On 4. Jul 2017, at 08:41, Waldemar Brodkorb wbx@openadk.org wrote:
Hi,
I started a build to reproduce the failure. I believe it is a problem compiling some Linux hosttool on MacOS X for selinux stuff.
Can you try disabling selinux?
best regards Waldemar
Am 03.07.2017 um 15:17 schrieb Diez B. Roggisch deets@web.de:
Hi,
I’m trying to build a system for the beaglebone black. It fails when compiling the kernel. See the attached information.
Any suggestions to what has gone wrong?
Cheers,
Diez
<openadk.zip> _______________________________________________ dev mailing list
dev@openadk.org https://mailman.openadk.org/cgi-bin/mailman/listinfo/dev
Hi Diez, Diez B. Roggisch wrote,
Hi,
I attempted that actually before, but did it again as by your request. You find the results attached.
You could try git pull, which fixes the host tool issue. I still get some issues when compiling some apparmor stuff, because a heade is wrongly generated. Works under Linux host.
Need to find the reason for that.
best regards Waldemar
Hi,
I pulled, and cleaned, and rebuilt. It first failed (as you mentioned) in apparmor, removing that created the attached problem again of including asm/types.h.
Cheers,
Diez
On 4. Jul 2017, at 23:40, Waldemar Brodkorb wbx@openadk.org wrote:
Hi Diez, Diez B. Roggisch wrote,
Hi,
I attempted that actually before, but did it again as by your request. You find the results attached.
You could try git pull, which fixes the host tool issue. I still get some issues when compiling some apparmor stuff, because a heade is wrongly generated. Works under Linux host.
Need to find the reason for that.
best regards Waldemar
Hi Diez, Diez B. Roggisch wrote,
Hi,
I pulled, and cleaned, and rebuilt. It first failed (as you mentioned) in apparmor, removing that created the attached problem again of including asm/types.h.
I fixed the apparmor issue by exporting SHELL to the bash 4.x we require for other stuff. The /bin/sh on Mac was the problem.
For the hidraw samples, please disable CONFIG_HIDRAW, or do you use it?
best regards Waldemar
Hi, Waldemar Brodkorb wrote,
Hi Diez, Diez B. Roggisch wrote,
Hi,
I pulled, and cleaned, and rebuilt. It first failed (as you mentioned) in apparmor, removing that created the attached problem again of including asm/types.h.
I fixed the apparmor issue by exporting SHELL to the bash 4.x we require for other stuff. The /bin/sh on Mac was the problem.
For the hidraw samples, please disable CONFIG_HIDRAW, or do you use it?
It is CONFIG_SAMPLES what need to be disabled.
best regards Waldemar
Hi,
Hi Diez, Diez B. Roggisch wrote,
Hi,
I pulled, and cleaned, and rebuilt. It first failed (as you mentioned) in apparmor, removing that created the attached problem again of including asm/types.h.
I fixed the apparmor issue by exporting SHELL to the bash 4.x we require for other stuff. The /bin/sh on Mac was the problem.
For the hidraw samples, please disable CONFIG_HIDRAW, or do you use it?
It is CONFIG_SAMPLES what need to be disabled.
That fixed it!
The question that remains to me: how come the BBB defaultconfig showed this behaviour?
And is there something I can do to provide a patch?
Cheers,
Diez
Hi Diez, Diez B. Roggisch wrote,
Hi,
Hi Diez, Diez B. Roggisch wrote,
Hi,
I pulled, and cleaned, and rebuilt. It first failed (as you mentioned) in apparmor, removing that created the attached problem again of including asm/types.h.
I fixed the apparmor issue by exporting SHELL to the bash 4.x we require for other stuff. The /bin/sh on Mac was the problem.
For the hidraw samples, please disable CONFIG_HIDRAW, or do you use it?
It is CONFIG_SAMPLES what need to be disabled.
That fixed it!
The question that remains to me: how come the BBB defaultconfig showed this behaviour?
Because the defconfig is from the BBB Linux git repo and the defconfig activates everything the want to possible use.
And is there something I can do to provide a patch?
You could switch to the OpenADK mini.config, test if the device boots and provide any changes required to make the mini.config to boot.
Best regards Waldemar