error building kernel for BeagleBoneBlack - dev - example.com

List overview All Threads
Download

error building kernel for BeagleBoneBlack

option to give output folder

raspberry pi 0 w

Diez B. Roggisch

3 Jul 2017 3 Jul '17

1:17 p.m.

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

Attachments:

openadk.zip (application/zip — 229.2 KB)
signature.asc (application/pgp-signature — 496 bytes)

Reply

Show replies by date

Waldemar Brodkorb

4 Jul 4 Jul

6:41 a.m.

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(a)web.de>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(a)openadk.org https://mailman.openadk.org/cgi-bin/mailman/listinfo/dev

Reply

Diez B. Roggisch

10:51 a.m.

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(a)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(a)web.de>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(a)openadk.org https://mailman.openadk.org/cgi-bin/mailman/listinfo/dev

Reply

Waldemar Brodkorb

9:40 p.m.

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

Reply

Diez B. Roggisch

6 Jul 6 Jul

4:01 p.m.

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(a)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

Reply

Waldemar Brodkorb

5:08 p.m.

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

Reply

Waldemar Brodkorb

5:37 p.m.

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

Reply

Diez B. Roggisch

10 Jul 10 Jul

1:04 p.m.

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

Reply

Waldemar Brodkorb

7:18 p.m.

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

Reply

2490

days inactive

2497

days old

dev@openadk.org

Manage subscription

8 comments

2 participants

tags (0)

participants (2)

Diez B. Roggisch
Waldemar Brodkorb