Jump to content

pro777

Members
  • Posts

    42
  • Joined

  • Last visited

Everything posted by pro777

  1. Yes, of course, I do not mind When I start the firmware with a mainline kernel, the monitor shows: "The mode is not supported" I need to then compile the kernel with the key CONFIG_DRM_LOAD_EDID_FIRMWARE.
  2. I tried several hdmi cables. Despite the fact that the boards are almost identical, the result, unfortunately, has not changed: user@armbian:~$ dmesg | grep i2c [ 4.591484] i2c /dev entries driver [ 4.596757] of_get_named_gpiod_flags: can't parse 'vsel-gpios' property of node '/i2c@ff650000/syr827@40[0]' [ 4.596772] of_get_named_gpiod_flags: can't parse 'vsel-gpio' property of node '/i2c@ff650000/syr827@40[0]' [ 4.623910] of_get_named_gpiod_flags: can't parse 'vsel-gpios' property of node '/i2c@ff650000/syr828@41[0]' [ 4.623925] of_get_named_gpiod_flags: can't parse 'vsel-gpio' property of node '/i2c@ff650000/syr828@41[0]' [ 4.739645] rk3x-i2c ff650000.i2c: Initialized RK3xxx I2C bus at f0fba000 [ 4.748307] rk3x-i2c ff140000.i2c: Initialized RK3xxx I2C bus at f0fbc000 [ 4.756830] rk3x-i2c ff150000.i2c: Initialized RK3xxx I2C bus at f0fbe000 [ 4.828714] of_get_named_gpiod_flags: parsed 'reset-gpios' property of node '/i2c@ff160000/rk1000-ctl@40[0]' - status (0) [ 5.058954] rk3x-i2c ff160000.i2c: Initialized RK3xxx I2C bus at f0fd2000 [ 5.067966] rk3x-i2c ff170000.i2c: Initialized RK3xxx I2C bus at f0fd4000 [ 5.076760] rk3x-i2c ff660000.i2c: Initialized RK3xxx I2C bus at f0fd6000 [ 6.130961] of_get_named_gpiod_flags: parsed 'rockchip,spk-en-gpios' property of node '/i2c@ff160000/rk1000-codec@60[0]' - status (0) [ 7.587827] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 8.587845] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 9.587831] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 10.587841] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 11.587845] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 13.154237] i2c i2c-6: Added multiplexed i2c bus 7 [ 13.160262] i2c i2c-6: Added multiplexed i2c bus 8 [ 28.767585] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 29.767561] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 30.767564] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 31.767546] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 32.767544] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 33.767553] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 34.767573] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 35.767639] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 36.767661] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 37.767644] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 42.727768] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 43.727786] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 44.727810] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 45.727831] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 46.727898] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 47.927965] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 48.927976] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 49.927992] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 50.928016] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 51.928036] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 52.928084] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 53.928074] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 54.928100] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 55.928158] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 [ 56.928096] rk3x-i2c ff170000.i2c: timeout, ipd: 0x00, state: 1 -------------------------------------------------------------------- root@armbian:/home/user# i2cdetect -y 5 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- -------------------------------------------------------------------- root@armbian:/home/user# get-edid -b 5 5 This is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Only trying 5 as per your request. ^C Apparently, there are still differences in the electrical scheme.
  3. Yes, indeed, I just got rid of the timeout messages in this way. At me here such board: If i2c5 is enabled and indicated to read the ddc information from it, i.e.: Conf.1 &hdmi { /delete-property/pinctrl-names; /delete-property/pinctrl-0; /delete-property/pinctrl-1; ddc-i2c-bus = <&i2c5>; #sound-dai-cells = <0>; status = "okay"; }; &i2c5 { status = "okay"; }; then the following information is received: user@armbian:~$ ls -l /dev/i2c* crw-rw---- 1 root i2c 89, 0 May 25 14:37 /dev/i2c-0 crw-rw---- 1 root i2c 89, 1 May 25 14:37 /dev/i2c-1 crw-rw---- 1 root i2c 89, 2 May 25 14:37 /dev/i2c-2 crw-rw---- 1 root i2c 89, 3 May 25 14:37 /dev/i2c-3 crw-rw---- 1 root i2c 89, 4 May 25 14:37 /dev/i2c-4 crw-rw---- 1 root i2c 89, 5 May 25 14:37 /dev/i2c-5 user@armbian:~$ sudo i2cdetect -y 5 [sudo] password for user: 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- user@armbian:~$ sudo get-edid -b 5 [sudo] password for user: 5 This is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Only trying 5 as per your request. ^C DDC information can be obtained via i2c at ports 0x37 (DDC) and 0x50 (EDID). We see that there are no contacts on i2c5 on these ports. We change dts: Conf.2 &hdmi { /delete-property/pinctrl-names; /delete-property/pinctrl-0; /delete-property/pinctrl-1; ddc-i2c-bus = <&i2c4>; #sound-dai-cells = <0>; status = "okay"; }; &i2c5 { status = "disabled"; }; We get: user@armbian:~$ ls -l /dev/i2c* crw-rw---- 1 root i2c 89, 0 May 25 14:47 /dev/i2c-0 crw-rw---- 1 root i2c 89, 1 May 25 14:47 /dev/i2c-1 crw-rw---- 1 root i2c 89, 2 May 25 14:47 /dev/i2c-2 crw-rw---- 1 root i2c 89, 3 May 25 14:47 /dev/i2c-3 crw-rw---- 1 root i2c 89, 4 May 25 14:47 /dev/i2c-4 user@armbian:~$ sudo i2cdetect -y 4 [sudo] password for user: 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: UU -- UU -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: UU -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- user@armbian:~$ sudo get-edid -b 4 4 This is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Only trying 4 as per your request. Bus 4 doesn't really have an EDID... Couldn't find an accessible EDID on this bus. I'm sorry nothing was successful. Maybe try some other arguments if you played with them, or send an email to Matthew Kern <pyrophobicman@gmail.com>. As you can see, on i2c4 on ports 0x37 and 0x50 there is also no contact. We check the following configuration: Conf.3 &hdmi { /delete-property/pinctrl-names; /delete-property/pinctrl-0; /delete-property/pinctrl-1; //ddc-i2c-bus = <&i2c4>; #sound-dai-cells = <0>; status = "okay"; }; &i2c5 { status = "disabled"; }; We get: user@armbian:~$ ls -l /dev/i2c* crw-rw---- 1 root i2c 89, 0 May 25 14:51 /dev/i2c-0 crw-rw---- 1 root i2c 89, 1 May 25 14:51 /dev/i2c-1 crw-rw---- 1 root i2c 89, 2 May 25 14:51 /dev/i2c-2 crw-rw---- 1 root i2c 89, 3 May 25 14:51 /dev/i2c-3 crw-rw---- 1 root i2c 89, 4 May 25 14:51 /dev/i2c-4 crw-rw---- 1 root i2c 89, 6 May 25 14:51 /dev/i2c-6 user@armbian:~$ sudo i2cdetect -y 6 [sudo] password for user: 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: 30 31 32 33 34 35 36 37 -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: 50 51 52 53 54 55 56 57 58 59 5a 5b 5c 5d 5e 5f 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- user@armbian:~$ sudo get-edid -b 6 6 This is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Only trying 6 as per your request. Bus 6 doesn't really have an EDID... Couldn't find an accessible EDID on this bus. I'm sorry nothing was successful. Maybe try some other arguments if you played with them, or send an email to Matthew Kern <pyrophobicman@gmail.com>. Strangely enough, in the system has appeared i2c6 to the address 0xff980000 (HDMI) And also there are contacts on the ports of interest! But it is impossible to obtain EDID information. I also have the MK809-4K on RK3288 chip. I drew attention to the fact that it initially selects the correct mode of HDMI for 1920x1080. Therefore, I also checked the configuration # 3 on it. And it was possible to successfully read the EDID: user@armbian:~$ ls -l /dev/i2c* crw-rw---- 1 root i2c 89, 0 May 25 11:10 /dev/i2c-0 crw-rw---- 1 root i2c 89, 1 May 25 11:10 /dev/i2c-1 crw-rw---- 1 root i2c 89, 2 May 25 11:10 /dev/i2c-2 crw-rw---- 1 root i2c 89, 4 May 25 11:10 /dev/i2c-4 crw-rw---- 1 root i2c 89, 6 May 25 11:10 /dev/i2c-6 user@armbian:~$ sudo i2cdetect -y 6 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: 30 -- -- -- -- -- -- 37 -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: 50 51 52 53 54 55 56 57 -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- user@armbian:~$ sudo get-edid -b 6 > edid.bin [sudo] пароль для user: 6 This is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Only trying 6 as per your request. 256-byte EDID successfully retrieved from i2c bus 6 Looks like i2c was successful. Have a good day. user@armbian:~$ parse-edid < edid.bin Checksum Correct Section "Monitor" Identifier "SAMSUNG" ModelName "SAMSUNG" VendorName "SAM" # Monitor Manufactured week 46 of 2012 # EDID version 1.3 # Digital Display DisplaySize 480 270 Gamma 2.20 Option "DPMS" "false" Horizsync 15-81 VertRefresh 24-75 # Maximum pixel clock is 230MHz #Not giving standard mode: 1152x864, 75Hz #Not giving standard mode: 1280x720, 60Hz #Not giving standard mode: 1280x800, 60Hz #Not giving standard mode: 1280x1024, 60Hz #Not giving standard mode: 1440x900, 60Hz #Not giving standard mode: 1600x900, 60Hz #Not giving standard mode: 1680x1050, 60Hz #Extension block found. Parsing... Modeline "Mode 15" 74.25 1920 2448 2492 2640 540 542 547 562 +hsync +vsync interlace Modeline "Mode 0" 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync Modeline "Mode 1" 85.50 1366 1436 1579 1792 768 771 774 798 +hsync +vsync Modeline "Mode 2" 148.500 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync Modeline "Mode 3" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync Modeline "Mode 4" 74.250 1280 1390 1420 1650 720 725 730 750 +hsync +vsync Modeline "Mode 5" 74.250 1280 1720 1760 1980 720 725 730 750 +hsync +vsync Modeline "Mode 6" 74.250 1920 2008 2052 2200 1080 1082 1087 1125 +hsync +vsync interlace Modeline "Mode 7" 74.250 1920 2448 2492 2640 1080 1082 1089 1125 +hsync +vsync interlace Modeline "Mode 8" 27.027 720 736 798 858 480 489 495 525 -hsync -vsync Modeline "Mode 9" 27.000 720 732 796 864 576 581 586 625 -hsync -vsync Modeline "Mode 10" 74.250 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync Modeline "Mode 11" 74.250 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync Modeline "Mode 12" 74.250 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync Modeline "Mode 13" 27.027 1440 1478 1602 1716 480 484 487 525 -hsync -vsync interlace Modeline "Mode 14" 27.000 1440 1464 1590 1728 576 578 581 625 -hsync -vsync interlace Modeline "Mode 16" 74.25 1920 2008 2052 2200 540 542 547 562 +hsync +vsync interlace Modeline "Mode 17" 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync Modeline "Mode 18" 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync Option "PreferredMode" "Mode 15" EndSection Let's sum up. Configuration # 3 allows us to successfully obtain the EDID information on the MK809-4K. Failure in the case of Q8 can speak of a hardware problem? P.S. jock, tell me, please, what code allows "power hold GPIO which keeps the act8846 powering the board"?
  4. Hi, JMCC, When playing video files with the MPV in Armbian, as mentioned above in your message, often there is a video playback error: user@armbian:~$ LD_LIBRARY_PATH=/opt/libmali-gbm:$LD_LIBRARY_PATH mpv --hwdec=rkmpp --vo=gpu --gpu-api=opengl --gpu-context=drm /media/user/1803-416A/HEVC/Затерянные\ в\ космосе.1998.HEVC.mkv Playing: /media/user/1803-416A/HEVC/Затерянные в космосе.1998.HEVC.mkv (+) Video --vid=1 (*) 'HEVC' (hevc 1920x800 23.976fps) (+) Audio --aid=1 --alang=rus (*) 'Kinomanija' (ac3 6ch 48000Hz) Audio --aid=2 --alang=rus 'Dub' (ac3 2ch 48000Hz) Audio --aid=3 --alang=rus 'R5' (ac3 6ch 48000Hz) Audio --aid=4 --alang=eng 'Original' (ac3 6ch 48000Hz) Subs --sid=1 --slang=rus 'Full' (subrip) Subs --sid=2 --slang=eng 'Full' (subrip) File tags: Title: Lost in Space [vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device [vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be unavailable. mpi: mpp version: 598cae3 author: Jacob Chen DEBIAN: update rules for release_20171218-2 mpp_rt: NOT found ion allocator mpp_rt: found drm allocator H265D_PARSER: No start code is found. Using hardware decoding (rkmpp). AO: [pulse] 48000Hz 5.1(side) 6ch float VO: [gpu] 1920x800 drm_prime [vo/gpu] Using HW-overlay mode. No GL filtering is performed on the video! [vo/gpu/drmprime-drm] Failed to create framebuffer on layer 0. [vo/gpu/drmprime-drm] Failed to create framebuffer on layer 0. AV: 00:00:00 / 02:10:14 (0%) A-V: 0.000 [vo/gpu/drmprime-drm] Failed to create framebuffer on layer 0. AV: 00:00:00 / 02:10:14 (0%) A-V: 0.000 [vo/gpu/drmprime-drm] Failed to create framebuffer on layer 0. AV: 00:00:00 / 02:10:14 (0%) A-V: 0.000 [vo/gpu/drmprime-drm] Failed to create framebuffer on layer 0. AV: 00:00:00 / 02:10:14 (0%) A-V: 0.000 Exiting... (Quit) Instead of the video image - an empty black screen, although there is sound. I installed ffmpeg and mpv deb-packages and you collected the package GBM version of libmali in Debian firmware from Rockchip - there are no such problems, everything is beautifully played. I thought maybe Ffmpeg was assembled in Debian and Armbian Ubuntu with different keys. Checked, the difference, seemingly insignificant, ffmpeg in Debian compiled with additional keys: --enable-librsvg --enable-libxml2 --cross-prefix=arm-linux-gnueabihf- --arch=armhf --target-os=linux I also checked that the libraries libsdl2, libxml2 and librsvg in Armbian are installed. Any idea what might be the problem?
  5. hi, jock, please consider the following additions and corrections to dts: disable i2c5 to get rid of kernel messages like "0xff170000 timeout ..." &i2c5 { status = "disabled"; }; as a result of the previous editing, change the value of the property of ddc-i2c-bus to i2c4 &hdmi { ddc-i2c-bus = <&i2c4>; #sound-dai-cells = <0>; status = "okay"; }; maybe you forgot, add, please, the element 'dr_mode = "host";' in the node '&usb_otg', so that OTG will work as a usb-host &usb_otg { dr_mode = "host"; vusb_d-supply = <&vcc_otg_5v>; vusb_a-supply = <&vcc_otg_5v>; status = "okay"; }; it's worth adding clocks to i2s &i2s { #sound-dai-cells = <0>; clock-names = "i2s_hclk", "i2s_clk", "i2s_clk_out"; clocks = <&cru HCLK_I2S0>, <&cru SCLK_I2S0>, <&cru SCLK_I2S0_OUT>; status = "okay"; }; It is better to add parts for RK1000, it is also desirable to add to the kernel drivers for it (CONFIG_MFD_RK1000, CONFIG_DRM_RK1000, CONFIG_SND_SOC_RK1000) &i2c4 { status = "okay"; rk1000_ctl: rk1000-ctl@40 { compatible = "rockchip,rk1000-ctl"; reg = <0x40>; reset-gpios = <&gpio7 21 GPIO_ACTIVE_LOW>; clocks = <&cru SCLK_I2S0_OUT>; clock-names = "mclk"; status = "okay"; }; rk1000-tve@42 { status = "okay"; compatible = "rockchip,rk1000-tve"; reg = <0x42>; rockchip,data-width = <24>; rockchip,output = "rgb"; rockchip,ctl = <&rk1000_ctl>; #address-cells = <1>; #size-cells = <0>; }; rk1000_codec: rk1000-codec@60 { compatible = "rockchip,rk1000-codec"; reg = <0x60>; #sound-dai-cells = <0>; rockchip,spk-en-gpios = <&gpio7 5 GPIO_ACTIVE_LOW>; rockchip,pa-en-time-ms = <5000>; rockchip,ctl = <&rk1000_ctl>; status = "okay"; }; }; replace, please, ir-keys table ir_key1 { rockchip,usercode = <0x1dcc>; rockchip,key_table = <0xff KEY_POWER>, <0xea KEY_PLAYPAUSE>, <0xe9 KEY_STOP>, <0xf9 KEY_PREVIOUSSONG>, <0xf5 KEY_NEXTSONG>, <0xbe KEY_1>, <0xba KEY_2>, <0xb2 KEY_3>, <0xbd KEY_4>, <0xb9 KEY_5>, <0xb1 KEY_6>, <0xbc KEY_7>, <0xb8 KEY_8>, <0xb0 KEY_9>, <0xb6 KEY_0>, <0xb5 KEY_BACKSPACE>, <0xb7 KEY_F6>, <0xfc KEY_HOME>, <0xf0 KEY_BACK>, <0xbf KEY_MENU>, <0xb3 KEY_TEXT>, <0xef KEY_LEFT>, <0xed KEY_RIGHT>, <0xbb KEY_DOWN>, <0xf8 KEY_UP>, <0xee KEY_ENTER>, <0xfd KEY_VOLUMEDOWN>, <0xf3 KEY_MUTE>, <0xf1 KEY_VOLUMEUP>, <0xfe KEY_F1>, <0xfa KEY_F2>, <0xf6 KEY_F3>, <0xf2 KEY_F4>; }; It is also desirable to rename the soundcard in node 'soundcard-hdmi' simple-audio-card,name = "DW-I2S-HDMI"; I updated the firmware for Debian for SD-card. I made it possible to run MPV with hardware decoding h264, h265, according to the message of JMCC. Here is used DHD wi-fi driver. In my opinion, it works at a higher speed than brcmfmac. And with the reboot there seems to be all right. Update: I also noticed that when the OTG cable is connected to the computer, Armbian Ubuntu begun rebooted after selecting the reboot command from the menu.
  6. jock, thanks for the excellent work! It is necessary to make efforts for official support in armbian!
  7. HDMI joined. But at me Samsung for some reason does not support HDMI parameters which are exposed by a kernel. The inscription "This resolution is not supported" appears. With sound there is a problem: background sound is heard, but bad with speech. Use the RK1000 codec for sound. Drivers can be easily transferred from the Rockchip repository.
  8. jock, Thanks for the provided firmware and instruction. I tried the firmware on your link. I have a problem: there is no display for hdmi. As a monitor I use Samsung TV. Why is it better to work with the kernel from Rockchip: there is an available VPU driver in it, unlike the newest kernels. DTS I use on the basis of a firefly. It requires minimal changes and gives a good result. Try also u-boot from Rockchip with dts from the firefly. There usb is work, mmc do not need to disable - everything is displayed correctly.
  9. Excellent. Can you give a link to your firmware? How did u-boot 2018.3 run?
  10. Connect the OTG cable from the box to the computer. This will help solve the problem. P.S. Thanks for the hint with the new Rockchip SPL.
  11. Hello, Look, here you can download firmware for Q8. Debian 9 for the SD card and MMC with rockchip kernel 4.4.114. Features: - Installed Mali r14p0 drivers, - Installed the release of the Rockchip MPP library from 171225, - Use the LXDE desktop, - Installed Kodi 17.3, - The Onboard virtual keyboard is installed. Benefits: - Smooth playback of video 4K H264 and H265 (HEVC) using Qt Simple Player, - Hardware support Chromium Browser, - The presence of sound and WI-FI, - Operation of the IR remote control. P.S. There is also the prospect of adding an Q8 to a supported board for Armbian.
  12. Wow, I run the command: sudo chmod 666 /dev/mali0. Everything worked! However, after reboot, the device's rights are returned. How is it better to solve the problem?
  13. I fulfilled 4 tutorial item. Unfortunately, there was a startup error glmark2-es2: Libmali packages are installed: What can be wrong?
  14. I have KM8P S912. I succeeded to install the LibreEleс 8.2 from kszaq on the SD card. Here the Mali fbdev driver is used by means of the libhybris! I wonder if it's possible to add a Mali driver to the balbes150 firmware similarly?
  15. Can you please tell me how to install the firmware on EMMC? Is there any way to install the GPU Mali drivers? Are there any advantages of the 4.13 kernel compared to the 3.14 kernel?
  16. balbes150, thank you very much for your excellent work! I have a KM8P S912 - on firmware at the 20170908 with the kernel 4.13 works USB-mouse and the keyboard, there is a sound at the resolution of the screen 1920х1080. As I understand it, there a problem when installing this firmware on EMMC?
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines