bodenseepingu
-
Gesamte Inhalte
6 -
Benutzer seit
-
Letzter Besuch
Posts erstellt von bodenseepingu
-
-
Hallo,
also ich habe frisch das Image 1.8 drauf - es2_info funktioniert damit nicht und auch nicht es2gears. Erst nach Installieren des sunxi-mali Treibers (siehe Wiki) funktioniert EGL und es2gears mit ca. 110-114 frames pro Sekunde (in kleiner Auflösung).
Gruß
Andreas
-
Hallo,
seit kurzer Zeit beobachte ich ein seltsames Phänomen an meinem Red-Brick. Wenn ich Daten aufspiele - z.b. neue Programme etc., sind diese nach einem Reboot weg.
Das war vor einigen Monaten definitiv nicht der Fall. Ich kann mir auch nicht wirklich einen Reim drauf machen, woran das liegt.
Vielleicht gibts auf dem Device Fehler - wie kann ich aber auf dem Red-Brick die eingebundene Partition aushängen um einen Fehlercheck mit fsck durchzuführen?
Die gemounteten Partitionen:
tf@red-brick:~$ mount
/dev/mmcblk0p1 on / type ext3 (rw,relatime,errors=continue,user_xattr,acl,barrier=1,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=247156k,nr_inodes=61789,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=49448k,mode=700,uid=1000,gid=1000)
tf@red-brick:~$ df -k
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 7592652 4597120 2610384 64% /
devtmpfs 247156 0 247156 0% /dev
tmpfs 247236 0 247236 0% /dev/shm
tmpfs 247236 8620 238616 4% /run
tmpfs 5120 0 5120 0% /run/lock
tmpfs 247236 0 247236 0% /sys/fs/cgroup
tmpfs 49448 0 49448 0% /run/user/1000
tf@red-brick:~$ ^C
tf@red-brick:~$ -
OK - neuer Kernel generiert - und nur den Kernel upgedated.
In der Config stand CONFIG_HIDRAW bereits drin. Nach Reboot meldet die Logitech Tastatur keine Fehler mehr. Test erfolgt wenn ich ein HDMI-Kabel habe....
-
OK, hab gesehen dass das Kernel-Image bei den Red-Brick Unterlagen zum Herunterladen dabei ist und in README.rst alles steht, um ein Image zu erzeugen...mal sehen wann ich das probiere...
Ich denke da sollte ich doch eine separate SD-Karte verwenden...
-
Mein Logitech K400 Wireless Touch Keyboard funktioniert nicht mit dem Red-Brick.
Folgende Fehlermeldung erscheint:
Fehlermeldung:
[ 140.163361] usb 2-1.4: new full-speed USB device number 5 using sw-ehci
[ 140.362759] logitech-djreceiver 0003:046D:C52B.0003: claimed by neither input, hiddev nor hidraw
[ 140.362862] logitech-djreceiver 0003:046D:C52B.0003: logi_dj_probe:hid_hw_start returned error
--> nach Googlen könnte es sein, dass die Kernel-Option CONFIG_HIDRAW gesetzt werden muss.
Da ein Tinkerforge Kernel verwendet wird, möchte ich da nicht unbedingt rangehen - oder gibts hierfür ggf. eine Anleitung - inklusive Auschecken des aktuellen Kernels?
zgrep -i hidraw /proc/config.gz
sagt:
CONFIG_HIDRAW is not set
Probleme Mali GPU und OpenGL Treiber
in Software, Programmierung und externe Tools
Geschrieben
es2_info
EGL_VERSION: 1.4 Linux-r3p0-04rel0
EGL_VENDOR: ARM
EGL_EXTENSIONS:
EGL_KHR_image, EGL_KHR_image_base, EGL_KHR_image_pixmap,
EGL_KHR_gl_texture_2D_image, EGL_KHR_gl_texture_cubemap_image,
EGL_KHR_gl_renderbuffer_image, EGL_KHR_reusable_sync, EGL_KHR_fence_sync,
EGL_KHR_lock_surface, EGL_KHR_lock_surface2
EGL_CLIENT_APIS: OpenGL_ES
GL_VERSION: OpenGL ES 2.0
GL_RENDERER: Mali-400 MP
GL_EXTENSIONS:
GL_OES_texture_npot, GL_OES_compressed_ETC1_RGB8_texture,
GL_OES_standard_derivatives, GL_OES_EGL_image, GL_OES_depth24,
GL_ARM_rgba8, GL_ARM_mali_shader_binary, GL_OES_depth_texture,
GL_OES_packed_depth_stencil, GL_EXT_texture_format_BGRA8888,
GL_EXT_blend_minmax, GL_OES_EGL_image_external, GL_OES_EGL_sync,
GL_EXT_multisampled_render_to_texture, GL_EXT_discard_framebuffer,
GL_OES_get_program_binary, GL_EXT_shader_texture_lod