Jump to content

test0x01

Members
  • Posts

    6
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Module dw-hdmi-cec is not enabled by default in legacy kernel for RK3399 chips. After enable this option in kernel, CEC starts working. # CONFIG_DRM_DW_HDMI_CEC is not set
  2. hi all, I am wondering if there's any reason that CEC is not built into legacy kernel for RK3399. In https://github.com/armbian/build/blob/master/config/kernel/linux-rk3399-legacy.config, module dw-hdmi-cec is not enabled. # CONFIG_DRM_DW_HDMI_CEC is not set If no special reason, I can make a PR for this. Thank you!
  3. The image name is: Armbian_20.08_Nanopct4_focal_current_5.7.15.img This issue only occurs occasionally for several times. Due to limitation of one day one post, I would like to report another potential bug: It seems CEC stops working after switching source. At the begining, it works. After switching to another source and switching back, CEC stops working. I can see only several kind of messages when the issue occurs, like active source, standby. The same TV works well with RPI. I also collected CEC trace from RPI (but with tool cec-client) as working example. Logs from nanopc t4: (CEC not work after switching source) Received from TV to Playback Device 1 (0 to 4): CEC_MSG_GIVE_DEVICE_POWER_STATUS (0x8f) Transmitted by Playback Device 1 to TV (4 to 0): CEC_MSG_REPORT_POWER_STATUS (0x90): pwr-state: on (0x00) Received from TV to all (0 to 15): CEC_MSG_SET_STREAM_PATH (0x86): phys-addr: 1.0.0.0 Transmitted by Playback Device 1 to TV (4 to 0): CEC_MSG_VENDOR_COMMAND (0x89): vendor-specific-data: 0x10 0x02 0xff 0xff 0x00 0x05 0x05 0x45 0x55 0x5c 0x58 0x32 ( EU\X2) Transmitted by Playback Device 1 to TV (4 to 0): CEC_MSG_IMAGE_VIEW_ON (0x04) Transmitted by Playback Device 1 to all (4 to 15): CEC_MSG_ACTIVE_SOURCE (0x82): phys-addr: 1.0.0.0 Transmitted by Playback Device 1 to TV (4 to 0): CEC_MSG_MENU_STATUS (0x8e): menu-state: activated (0x00) Received from TV to Playback Device 1 (0 to 4): CEC_MSG_FEATURE_ABORT (0x00): abort-msg: 137 (0x89) reason: invalid-op (0x03) Received from TV to Playback Device 1 (0 to 4): CEC_MSG_USER_CONTROL_PRESSED (0x44): ui-cmd: Device Root Menu (0x09) Received from TV to Playback Device 1 (0 to 4): CEC_MSG_USER_CONTROL_PRESSED (0x44): ui-cmd: Down (0x02) Received from TV to Playback Device 1 (0 to 4): CEC_MSG_USER_CONTROL_RELEASED (0x45) Received from TV to Playback Device 1 (0 to 4): CEC_MSG_USER_CONTROL_PRESSED (0x44): ui-cmd: Down (0x02) Received from TV to Playback Device 1 (0 to 4): CEC_MSG_USER_CONTROL_RELEASED (0x45) # Start switching source Received from TV to Playback Device 1 (0 to 4): CEC_MSG_USER_CONTROL_PRESSED (0x44): ui-cmd: Clear (0x2c) Received from TV to all (0 to 15): CEC_MSG_ACTIVE_SOURCE (0x82): phys-addr: 0.0.0.0 Received from TV to all (0 to 15): CEC_MSG_ROUTING_CHANGE (0x80): orig-phys-addr: 1.0.0.0 new-phys-addr: 2.0.0.0 Received from TV to all (0 to 15): CEC_MSG_SET_STREAM_PATH (0x86): phys-addr: 2.0.0.0 (warn: State Change events were lost) Event: State Change: PA: f.f.f.f, LA mask: 0x0000 Received from TV to all (0 to 15): CEC_MSG_ACTIVE_SOURCE (0x82): phys-addr: 0.0.0.0 Received from TV to all (0 to 15): CEC_MSG_ROUTING_CHANGE (0x80): orig-phys-addr: 2.0.0.0 new-phys-addr: 1.0.0.0 Received from TV to all (0 to 15): CEC_MSG_SET_STREAM_PATH (0x86): phys-addr: 1.0.0.0 # No more event reported except events for switching source and button for device link Event: State Change: PA: 1.0.0.0, LA mask: 0x0010 Transmitted by Playback Device 1 to all (4 to 15): CEC_MSG_REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: playback (0x04) Transmitted by Playback Device 1 to all (4 to 15): CEC_MSG_DEVICE_VENDOR_ID (0x87): vendor-id: 5506 (0x00001582) Received from TV to Playback Device 1 (0 to 4): CEC_MSG_VENDOR_COMMAND_WITH_ID (0xa0): vendor-id: 32837 (0x00008045) vendor-specific-data: 0x06 0x04 ( ) Transmitted by Playback Device 1 to TV (4 to 0): CEC_MSG_FEATURE_ABORT (0x00): abort-msg: 160 (0xa0) reason: unrecognized-op (0x00) Received from TV to all (0 to 15): CEC_MSG_ACTIVE_SOURCE (0x82): phys-addr: 0.0.0.0 Received from TV to all (0 to 15): CEC_MSG_ROUTING_CHANGE (0x80): orig-phys-addr: 1.0.0.0 new-phys-addr: 2.0.0.0 Received from TV to all (0 to 15): CEC_MSG_SET_STREAM_PATH (0x86): phys-addr: 2.0.0.0 (warn: State Change events were lost) Event: State Change: PA: f.f.f.f, LA mask: 0x0000 Received from TV to all (0 to 15): CEC_MSG_ACTIVE_SOURCE (0x82): phys-addr: 0.0.0.0 Received from TV to all (0 to 15): CEC_MSG_ROUTING_CHANGE (0x80): orig-phys-addr: 2.0.0.0 new-phys-addr: 1.0.0.0 Event: State Change: PA: 1.0.0.0, LA mask: 0x0000 Transmitted by Playback Device 1 to Playback Device 1 (4 to 4): CEC_MSG_POLL Tx, Not Acknowledged (4), Max Retries Event: State Change: PA: 1.0.0.0, LA mask: 0x0010 Transmitted by Playback Device 1 to all (4 to 15): CEC_MSG_REPORT_PHYSICAL_ADDR (0x84): phys-addr: 1.0.0.0 prim-devtype: playback (0x04) Transmitted by Playback Device 1 to all (4 to 15): CEC_MSG_DEVICE_VENDOR_ID (0x87): vendor-id: 5506 (0x00001582) Received from TV to all (0 to 15): CEC_MSG_SET_STREAM_PATH (0x86): phys-addr: 1.0.0.0 Received from TV to Playback Device 1 (0 to 4): CEC_MSG_VENDOR_COMMAND_WITH_ID (0xa0): vendor-id: 32837 (0x00008045) vendor-specific-data: 0x06 0x04 ( ) Transmitted by Playback Device 1 to TV (4 to 0): CEC_MSG_FEATURE_ABORT (0x00): abort-msg: 160 (0xa0) reason: unrecognized-op (0x00) Logs from Rpi (CEC works after switching source) DEBUG: [ 106377] logical address changed to Free use (e) WARNING: [ 106410] unhandled response received: opcode=0 initiator=e destination=0 response=0 WARNING: [ 106501] unhandled response received: opcode=8c initiator=e destination=0 response=0 TRAFFIC: [ 106620] >> 0f:87:00:80:45 DEBUG: [ 106620] TV (0): vendor = Panasonic (008045) DEBUG: [ 106620] device TV (0) status changed to present after command device vendor id DEBUG: [ 106620] replacing the command handler for device 'TV' (0) DEBUG: [ 106621] >> TV (0) -> Broadcast (F): device vendor id (87) DEBUG: [ 106623] logical address changed to Broadcast (f) DEBUG: [ 106804] logical address changed to Free use (e) DEBUG: [ 106894] logical address changed to Broadcast (f) DEBUG: [ 107074] logical address changed to Free use (e) DEBUG: [ 107165] logical address changed to Playback 1 (4) WARNING: [ 107317] unhandled response received: opcode=84 initiator=4 destination=f response=0 WARNING: [ 107498] unhandled response received: opcode=47 initiator=4 destination=0 response=0 WARNING: [ 107679] unhandled response received: opcode=8f initiator=4 destination=0 response=0 TRAFFIC: [ 107680] >> 04:00:47:00 DEBUG: [ 107680] marking opcode 'set osd name' as unsupported feature for device 'TV' TRAFFIC: [ 107745] >> 04:90:00 DEBUG: [ 107745] TV (0): power status changed from 'unknown' to 'on' WARNING: [ 108107] unhandled response received: opcode=89 initiator=4 destination=0 response=0 WARNING: [ 108198] unhandled response received: opcode=4 initiator=4 destination=0 response=0 WARNING: [ 108410] unhandled response received: opcode=82 initiator=4 destination=f response=0 TRAFFIC: [ 108410] >> 04:00:89:03 WARNING: [ 108501] unhandled response received: opcode=8e initiator=4 destination=0 response=0 WARNING: [ 108592] unhandled response received: opcode=91 initiator=4 destination=0 response=0 TRAFFIC: [ 108633] >> 04:8c WARNING: [ 108784] unhandled response received: opcode=87 initiator=4 destination=f response=0 TRAFFIC: [ 108912] >> 0f:32:7a:68:6f DEBUG: [ 108912] TV (0): menu language set to 'zho' DEBUG: [ 108912] >> TV (0) -> Broadcast (F): set menu language (32) WARNING: [ 109003] unhandled response received: opcode=0 initiator=4 destination=1 response=1 WARNING: [ 109093] unhandled response received: opcode=0 initiator=4 destination=1 response=1 WARNING: [ 109184] unhandled response received: opcode=0 initiator=4 destination=2 response=1 WARNING: [ 109275] unhandled response received: opcode=0 initiator=4 destination=2 response=1 WARNING: [ 109366] unhandled response received: opcode=0 initiator=4 destination=3 response=1 WARNING: [ 109456] unhandled response received: opcode=0 initiator=4 destination=3 response=1 WARNING: [ 109547] unhandled response received: opcode=0 initiator=4 destination=5 response=1 WARNING: [ 109638] unhandled response received: opcode=0 initiator=4 destination=5 response=1 WARNING: [ 109729] unhandled response received: opcode=0 initiator=4 destination=6 response=1 WARNING: [ 109820] unhandled response received: opcode=0 initiator=4 destination=6 response=1 WARNING: [ 109910] unhandled response received: opcode=0 initiator=4 destination=7 response=1 WARNING: [ 110001] unhandled response received: opcode=0 initiator=4 destination=7 response=1 WARNING: [ 110092] unhandled response received: opcode=0 initiator=4 destination=8 response=1 WARNING: [ 110182] unhandled response received: opcode=0 initiator=4 destination=8 response=1 WARNING: [ 110273] unhandled response received: opcode=0 initiator=4 destination=9 response=1 WARNING: [ 110363] unhandled response received: opcode=0 initiator=4 destination=9 response=1 WARNING: [ 110454] unhandled response received: opcode=0 initiator=4 destination=a response=1 WARNING: [ 110545] unhandled response received: opcode=0 initiator=4 destination=a response=1 WARNING: [ 110636] unhandled response received: opcode=0 initiator=4 destination=b response=1 WARNING: [ 110727] unhandled response received: opcode=0 initiator=4 destination=b response=1 WARNING: [ 110818] unhandled response received: opcode=0 initiator=4 destination=c response=1 WARNING: [ 110908] unhandled response received: opcode=0 initiator=4 destination=c response=1 WARNING: [ 111119] unhandled response received: opcode=0 initiator=4 destination=d response=1 TRAFFIC: [ 111119] >> 04:89:10:01:04 WARNING: [ 111210] unhandled response received: opcode=0 initiator=4 destination=d response=1 WARNING: [ 111571] unhandled response received: opcode=89 initiator=4 destination=0 response=0 WARNING: [ 111662] unhandled response received: opcode=0 initiator=4 destination=e response=1 WARNING: [ 111753] unhandled response received: opcode=0 initiator=4 destination=e response=1 TRAFFIC: [ 111991] >> 04:a0:00:80:45:06:04 WARNING: [ 112111] unhandled response received: opcode=0 initiator=4 destination=0 response=0 TRAFFIC: [ 112221] >> 04:00:89:03 WARNING: [ 113282] unhandled response received: opcode=4 initiator=4 destination=0 response=0 WARNING: [ 113403] unhandled response received: opcode=82 initiator=4 destination=f response=0 WARNING: [ 113494] unhandled response received: opcode=8e initiator=4 destination=0 response=0 TRAFFIC: [ 126291] >> 04:44:00 TRAFFIC: [ 126495] >> 04:8b:00 TRAFFIC: [ 136898] >> 04:44:2c TRAFFIC: [ 138666] >> 0f:82:00:00 DEBUG: [ 138666] making TV (0) the active source DEBUG: [ 138666] >> TV (0) -> Broadcast (F): active source (82) TRAFFIC: [ 138832] >> 0f:80:10:00:20:00 DEBUG: [ 138832] >> TV (0) -> Broadcast (F): routing change (80) TRAFFIC: [ 139428] >> 0f:86:20:00 DEBUG: [ 139429] >> TV (0) sets stream path to physical address 2000 DEBUG: [ 139429] >> TV (0) -> Broadcast (F): set stream path (86) TRAFFIC: [ 145098] >> 0f:82:00:00 DEBUG: [ 145098] TV (0) was already marked as active source DEBUG: [ 145098] >> TV (0) -> Broadcast (F): active source (82) TRAFFIC: [ 145264] >> 0f:80:20:00:10:00 DEBUG: [ 145264] >> TV (0) -> Broadcast (F): routing change (80) WARNING: [ 145355] unhandled response received: opcode=4 initiator=4 destination=0 response=0 WARNING: [ 145476] unhandled response received: opcode=82 initiator=4 destination=f response=0 WARNING: [ 145567] unhandled response received: opcode=8e initiator=4 destination=0 response=0 DEBUG: [ 145630] GetPhysicalAddress - physical address = 1000 TRAFFIC: [ 145868] >> 0f:86:10:00 DEBUG: [ 145868] >> TV (0) sets stream path to physical address 1000 DEBUG: [ 145869] >> TV (0) -> Broadcast (F): set stream path (86) WARNING: [ 145990] unhandled response received: opcode=82 initiator=4 destination=f response=0 TRAFFIC: [ 150013] >> 04:44:0d TRAFFIC: [ 150219] >> 04:8b:0d
  4. Bug? HW: nanopc-t4 Image: Official 20.08 release (focal current) Issue: After boot, CPU usage of core 0 keeps high. It almost remains at 100%. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 317 root -51 0 0 0 0 R 100.0 0.0 24:02.87 irq/58-ff940000 I saw the following dump in dmesg. [ 5.673878] systemd[1]: Detected architecture arm64. [ 33.762463] vbus_typec: disabling [ 65.270398] rcu: INFO: rcu_preempt self-detected stall on CPU [ 65.270420] rcu: 0-....: (15006 ticks this GP) idle=16a/1/0x4000000000000002 softirq=380/382 fqs=6474 [ 65.270429] (t=15000 jiffies g=-123 q=4511) [ 65.270436] Task dump for CPU 0: [ 65.270443] irq/58-ff940000 R running task 0 317 2 0x00000028 [ 65.270457] Call trace: [ 65.270473] dump_backtrace+0x0/0x1d8 [ 65.270481] show_stack+0x18/0x28 [ 65.270493] sched_show_task+0x160/0x190 [ 65.270503] dump_cpu_task+0x44/0x58 [ 65.270513] rcu_dump_cpu_stacks+0xb0/0xf0 [ 65.270522] rcu_sched_clock_irq+0x9b8/0xc38 [ 65.270532] update_process_times+0x30/0xc0 [ 65.270545] tick_sched_handle.isra.0+0x34/0x58 [ 65.270555] tick_sched_timer+0x58/0xb0 [ 65.270564] __hrtimer_run_queues+0x148/0x3c0 [ 65.270574] hrtimer_interrupt+0xf4/0x258 [ 65.270585] arch_timer_handler_phys+0x34/0x48 [ 65.270596] handle_percpu_devid_irq+0xa0/0x2b8 [ 65.270605] generic_handle_irq+0x30/0x48 [ 65.270613] __handle_domain_irq+0x94/0x108 [ 65.270624] gic_handle_irq+0x60/0x158 [ 65.270633] el1_irq+0xb8/0x180 [ 65.270643] preempt_count_sub+0x8/0xd8 [ 65.270654] regmap_unlock_spinlock+0x14/0x20 [ 65.270662] regmap_write+0x58/0x78 [ 65.270687] dw_hdmi_irq+0x14c/0x210 [dw_hdmi] [ 65.270697] irq_thread_fn+0x2c/0xa0 [ 65.270705] irq_thread+0x150/0x250 [ 65.270715] kthread+0x114/0x148 [ 65.270724] ret_from_fork+0x10/0x34 [ 147.119317] systemd[1]: Set hostname to <nanopct4>. [ 147.207216] dw-apb-uart ff1a0000.serial: forbid DMA for kernel console Do not know what to do to solve this issue.
  5. hi @balbes150, nanopc T4 freezes with the latest build 2020.08.21, Armbian_20.08_Arm-64_focal_current_5.7.16.img.xz . I can reproduce it by writing zeros to a USB2 HDD. The USB HDD works well on other systems. tty@arm-64:/storage/upload$ dd if=/dev/zero of=./test_io bs=1M status=progress 2585788416 bytes (2.6 GB, 2.4 GiB) copied, 122 s, 21.2 MB/spacket_write_wait: Connection to 192.168.1.183 port 22: Broken pipe The same applies to USB3 HDD. tty# dd if=/dev/zero of=./test_io bs=1M status=progress 2681208832 bytes (2.7 GB, 2.5 GiB) copied, 53 s, 50.6 MB/spacket_write_wait: Connection to 192.168.1.183 port 22: Broken pipe tty# dd if=/dev/zero of=./test_io bs=1M status=progress 2637168640 bytes (2.6 GB, 2.5 GiB) copied, 53 s, 49.8 MB/spacket_write_wait: Connection to 192.168.1.183 port 22: Broken pipe I checked kern.log after reset, there's no abnormal logs. One interesting thing is that it ALWAYS dies after writing ~2.5GB. The actual data written out is ~1.9G. My board has 4G memory. It dies earlier if I write to NTFS partition, ~1.2G.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines