Thema: Dinobot image selbst bauen

Hab grad vom Dinobot support die Antwort bekommen, dass das verbaute AP6335 Modul unter Linux nicht unterstützt wird und sie selbst versucht haben einen Treiber zu schreiben. Der hat aber nicht funktioniert. Darum wird es keine WiFi-Treiber für E2 geben.

Könnte gerade ein bisschen Kotzen (sorry) ...

Hier nochmal, was ein gewisser David Zhao von Dinobot mir geschrieben hat:

The AP6335 module U5pvr is using does not have a Linux driver, only Android available. I was surprised same like you when I heard this from the vendor that a BCM chipset does not have Linux driver. The BCM chipset has but Module made by AP does not.

We tried to do the driver by ourselves but it does not work out after a few weeks of trying.

We have to accept the fact no Wifi for E2.

Ich hab nochmal nachgefragt, ob sie wirklich auch das brcm80211 Kernelmodul probiert haben:

We need support from Ampak who could not provide necessary information.

Ich habs satt. Also gut, steck ich halt weiteres Geld in diese eh schon teure Box und kaufe einen USB WLAN-Stick. Hat jemand eine Empfehlung, welche WiFi-Chips wirklich unterstütz werden?

Zitat von Old

Naja, ganz so kann es aber nicht stimmen, dass ein AP6335 Modul vom Linux-Kernel nicht unterstützt wird. Braucht man nur mal danach zu googeln und wird sofort fündig, dass bei anderen Boards mit einem AP6335 das recht problemlos möglich ist und funktioniert!

@Old Hab ich eigentlich auch vorher gemacht und hab nichts entsprechendes gefunden - außer dass das AP6335 Modul ein BCM4335 integriert hat und darum dachte ich, dass das brcm80211 Modul es tun sollte. Dinobot widerspricht dem. Hast du evtl. ein oder zwei Referenzen, wo du das gefunden hast? Sofern dort keine proprietären Treiber verwendet werden, sondern "normale" (offen verfügbare) Linxutreiber würd ich das dem Supportmenschen dann schicken.

Zurück zum ursprünglichen Thema; leider bricht bei mir der Build immer an der gleichen Stelle ab.
Mein Kommando ist: MACHINE=dinobot4kse DISTRO=openatv DISTRO_TYPE=release make image

Dann endet es hier:
ERROR: libgcc-6.3.0-r0 do_package: Error executing a python function in exec_python_func() autogenerated:

The stack trace of python calls that resulted in this exception/failure was:
File: 'exec_python_func() autogenerated', lineno: 2, function: <module>
0001:
*** 0002opulate_packages(d)
0003:
File: '/home/openatvbuilder/openatv/build-enviroment/openembedded-core/meta/classes/package.bbclass', lineno: 1176, function: populate_packages
1172:
1173: mkdir_recurse(dvar, root, os.path.dirname(file))
1174: fpath = os.path.join(root,file)
1175: if not cpath.islink(file):
*** 1176: os.link(file, fpath)
1177: continue
1178: ret = bb.utils.copyfile(file, fpath)
1179: if ret is False or ret == 0:
1180: bb.fatal("File population failed")
Exception: PermissionError: [Errno 1] Operation not permitted: './usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/libgcc/gthr-default.h' -> '/home/openatvbuilder/openatv/build-enviroment/builds/openatv/release/u5pvr/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/packages-split/libgcc-dbg/./usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/libgcc/gthr-default.h'

ERROR: libgcc-6.3.0-r0 do_package: Function failed: populate_packages
ERROR: Logfile of failure stored in: /home/openatvbuilder/openatv/build-enviroment/builds/openatv/release/u5pvr/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/temp/log.do_package.16116
ERROR: Task (/home/openatvbuilder/openatv/build-enviroment/openembedded-core/meta/recipes-devtools/gcc/libgcc_6.3.bb:do_package) failed with exit code '1'

Ich habe gesehen, dass die Erstellung des Links nicht geht, da die Datei vom Benutzer Root ist:

openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5pvr/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/libgcc/gthr-default.h
-rw-r--r-- 1 root root 24196 Jan 4 2016 builds/openatv/release/u5pvr/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/libgcc/gthr-default.h

Was mache ich falsch?

Bei mir gehören alle Dateien ab dem openavtbuilder Verzeichnis auch dem User openatvbuilder. Wie sich bei Dir der root reinschmuggeln konnte,weiß ich nicht, ich würde die Eigentümer aller Dateien mit dem chown Kommando auf den openatvbuilder umswitchen.

Bis zu einer bestimmten Ebene ist es ja auch openatvbuilder, alles andere darunter dann root:

openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/libgcc/gthr-default.h
-rw-r--r-- 1 root root 24196 Jan 4 2016 builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/libgcc/gthr-default.h
openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/
total 8
drwxr-xr-x 2 root root 4096 Feb 10 21:02 gcc
drwxr-xr-x 2 root root 4096 Feb 10 21:02 libgcc
openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0
total 4
drwxr-xr-x 4 root root 4096 Feb 10 21:02 build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi
openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/6.3.0-r0/gcc-6.3.0
total 4
drwxr-xr-x 4 root root 4096 Feb 10 21:02 build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi
openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/6.3.0-r0/
total 4
drwxr-xr-x 3 root root 4096 Feb 10 21:02 gcc-6.3.0
openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/libgcc/
total 4
drwxr-xr-x 3 root root 4096 Feb 10 21:02 6.3.0-r0
openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/debug/
total 4
drwxr-xr-x 3 root root 4096 Feb 10 21:02 libgcc
openatvbuilder@saturn:~/openatv/build-enviroment$ ls -l builds/openatv/release/u5/tmp/work/armv7ahf-neon-oe-linux-gnueabi/libgcc/6.3.0-r0/package/usr/src/
total 4
drwxr-xr-x 3 openatvbuilder openatvbuilder 4096 Feb 10 21:02 debug

In der Tat habe ich schon versucht, chown --recursive alles auf openatvbuilder zu setzen. Aber erstaunlicherweise ist beim nächsten "make" alles wieder auf root.