tekrantz
-
Posts
14 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by tekrantz
-
-
That newsletter indicated that USB-C to HDMI cables promised were still delayed.
Is there an update on that?
Thanks!
-
I did not have to shave the USB C serial console cable so I assumed I would not need to shave the others. Might have been a mistake. I will find my box cutter and do a little remodeling on the cable and report back. Thank you for your reply!
-
OK, I am confused. On mainline kernel as shipped does video over USB C work or not?
When I plug in a USB C to display port adapter I get :
[ 971.601581] cdn-dp fec00000.dp: [drm:cdn_dp_pd_event_work [rockchipdrm]] Not connected. Disabling cdn
[ 971.604655] cdn-dp fec00000.dp: [drm:cdn_dp_pd_event_work [rockchipdrm]] Not connected. Disabling cdn
[ 973.504147] cdn-dp fec00000.dp: [drm:cdn_dp_pd_event_work [rockchipdrm]] Not connected. Disabling cdn
[ 973.747984] cdn-dp fec00000.dp: [drm:cdn_dp_pd_event_work [rockchipdrm]] Connected, not enabled. Enabling cdn
[ 978.938643] cdn-dp fec00000.dp: [drm:cdn_dp_check_sink_connection [rockchipdrm]] *ERROR* Get sink capability timed out
[ 978.939643] cdn-dp fec00000.dp: [drm:cdn_dp_pd_event_work [rockchipdrm]] *ERROR* Enable dp failed -19
I get exactly the same with 2 different USB C "combo" adapters. I have not tried the legacy kernel yet.
Thanks.
-
4 hours ago, barnumbirr said:
Ouch, this is what I currently have:
root@helios64:~# ls -la /etc/udev/rules.d/ total 32 drwxr-xr-x 2 root root 4096 Oct 21 15:43 . drwxr-xr-x 4 root root 4096 Aug 30 20:58 .. -rw-r--r-- 1 root root 8821 Sep 14 18:07 99-openmediavault-dev-disk-by-id.rules -rw-r--r-- 1 root root 1348 Jan 7 2020 99-openmediavault-md-raid.rules -rw-r--r-- 1 root root 1647 Jan 7 2020 99-openmediavault-nonrot.rules -rw-r--r-- 1 root root 1378 Jan 7 2020 99-openmediavault-scheduler.rules
I can't downgrade using armbian-config because it exists as soon as I confirm I'm okay with the "risk". Is there a way for me to downgrade using apt? ( don't know the list op packages that need to be specified).
If a downgrade isn't possible, can I reconfigure the ones currently installed? (again, don't know the package list)
EDIT: after about 30 minutes, my Helios now reboots on it's own because of Kernel panic with the following logs:1849.330507] Unable to handle kernel paging request at virtual address ffff8000141a4100 [ 1849.331220] Mem abort info: [ 1849.331473] ESR = 0x96000007 [ 1849.331803] EC = 0x25: DABT (current EL), IL = 32 bits [ 1849.332276] SET = 0, FnV = 0 [ 1849.332551] EA = 0, S1PTW = 0 [ 1849.332834] Data abort info: [ 1849.333094] ISV = 0, ISS = 0x00000007 [ 1849.333436] CM = 0, WnR = 0 [ 1849.333705] swapper pgtable: 4k pages, 48-bit VAs, pgdp=00000000035dc000 [ 1849.334298] [ffff8000141a4100] pgd=00000000f7fff003, p4d=00000000f7fff003, pud=00000000f7ffe003, pmd=000000003ba6c003, pte=0000000000000000 [ 1849.335409] Internal error: Oops: 96000007 [#4] PREEMPT SMP [ 1849.335904] Modules linked in: snd_soc_hdmi_codec hantro_vpu(C) rockchip_vdec(C) snd_soc_rockchip_i2s rockchip_rga rockchipdrm v4l2_h264 snd_soc_core videobuf2_dma_contig dw_mipi_dsi videobuf2_vmalloc videobuf2_dma_sg v4l2_mem2mem snd_pcm_dmaengine dw_hdmi snd_pcm videobuf2_memops videobuf2_v4l2 r8152 analogix_dp snd_timer videobuf2_common drm_kms_helper snd videodev cec panfrost soundcore rc_core mc gpu_sched gpio_charger sg drm pwm_fan leds_pwm fusb30x(C) drm_panel_orientation_quirks gpio_beeper cpufreq_dt nfsd auth_rpcgss dm_mod nfs_acl lockd grace lm75 sunrpc ip_tables x_tables autofs4 raid10 raid1 raid0 multipath linear raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx realtek md_mod dwmac_rk stmmac_platform stmmac mdio_xpcs adc_keys [ 1849.341840] CPU: 4 PID: 1 Comm: systemd Tainted: G D WC 5.8.16-rockchip64 #20.08.14 [ 1849.342606] Hardware name: Helios64 (DT) [ 1849.342959] pstate: 60000005 (nZCv daif -PAN -UAO BTYPE=--) [ 1849.343464] pc : kmem_cache_alloc_node+0x190/0x3a0 [ 1849.343893] lr : kmem_cache_alloc_node+0x17c/0x3a0 [ 1849.344318] sp : ffff800011acbbd0 [ 1849.344615] x29: ffff800011acbbd0 x28: ffff0000f6e48400 [ 1849.345088] x27: 0000000000008204 x26: ffff80001007c5f0 [ 1849.345560] x25: ffff0000f6e88000 x24: ffff8000119f9000 [ 1849.346032] x23: 00000000ffffffff x22: 0000000000000cc0 [ 1849.346504] x21: ffff80001007c5f0 x20: ffff0000f6e48400 [ 1849.346976] x19: ffff8000141a39c0 x18: 0000000000000000 [ 1849.347448] x17: 0000000000000000 x16: 0000000000000000 [ 1849.347919] x15: 0000000000000000 x14: 0000000000000000 [ 1849.348391] x13: 0000000000000000 x12: 0000000000000000 [ 1849.348863] x11: 0000000000000000 x10: 0000000000000000 [ 1849.349334] x9 : 0000000000000000 x8 : 0000000000000000 [ 1849.349806] x7 : ffff0000f6e88000 x6 : ffff0000f6e88000 [ 1849.350278] x5 : 0000000000000001 x4 : ffff0000f6e88000 [ 1849.350749] x3 : 0000000000008204 x2 : ffff8000114f9650 [ 1849.351221] x1 : 0000000000000740 x0 : 0000000000000001 [ 1849.351694] Call trace: [ 1849.351918] kmem_cache_alloc_node+0x190/0x3a0 [ 1849.352318] copy_process+0x1d0/0x1540 [ 1849.352654] _do_fork+0x80/0x448 [ 1849.352945] __do_sys_clone+0x6c/0x98 [ 1849.353274] __arm64_sys_clone+0x20/0x30 [ 1849.353626] el0_svc_common.constprop.0+0x70/0x188 [ 1849.354052] do_el0_svc+0x24/0x90 [ 1849.354353] el0_sync_handler+0x90/0x198 [ 1849.354705] el0_sync+0x158/0x180 [ 1849.355009] Code: 17ffffbd b9402281 b94010e0 11000400 (f8616a62) [ 1849.355557] ---[ end trace d25e6a4621bdedc7 ]--- [ 1849.356003] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b [ 1849.356695] SMP: stopping secondary CPUs [ 1849.357051] Kernel Offset: disabled [ 1849.357366] CPU features: 0x240022,2000600c [ 1849.357738] Memory Limit: none [ 1849.358026] Rebooting in 90 seconds..
Even though subsequent serial console logs say that the kernel is starting, I can't access the device over SSH or serial anymore and have hard reset the device using the physical button.
You should be able to just create a file 90-helios64-hwmon.rules in the /etc/udev/rules.d/ directory with the above text and reboot and it will create the /dev/fan* entries for you. That worked for me.
-
17 minutes ago, barnumbirr said:
fdtfile=rockchip/rk3399-kobol-helios64.dtb
Managed to boot again. Adding
to boot/armbianEnv.txt wasn't enough as for some reason the dtb-5.8.16-rockchip64 directory in /boot had vanished from my system. I've still got some issues as fancontrol fails with the following error:
Oct 22 15:16:29 helios64 fancontrol[1184]: Error: file /dev/fan-p6/pwm1 doesn't exist Oct 22 15:16:29 helios64 fancontrol[1184]: Error: file /dev/fan-p7/pwm1 doesn't exist
The system gets quite hot as a result, for now I've temporarely hard coded some values in /sys/class/hwmon/hwmon*/pwm1.
I also get the following logs in the serial console:Starting kernel ... [ 65.817320] Internal error: Oops: 86000004 [#1] PREEMPT SMP [ 65.817825] Modules linked in: snd_soc_hdmi_codec hantro_vpu(C) rockchip_vdec(C) rockchipdrm rockchip_rga snd_soc_rockchip_i2s v4l2_h264 videobuf2_dma_contig dw_mipi_dsi snd_soc_core dw_hdmi v4l2_mem2mem videobuf2_vmalloc videobuf2_dma_sg snd_pcm_dmaengine r8152 analogix_dp snd_pcm videobuf2_memops videobuf2_v4l2 drm_kms_helper panfrost snd_timer videobuf2_common cec videodev snd rc_core gpu_sched sg drm mc gpio_charger soundcore leds_pwm fusb30x(C) pwm_fan drm_panel_orientation_quirks gpio_beeper cpufreq_dt nfsd auth_rpcgss nfs_acl dm_mod lockd grace sunrpc lm75 ip_tables x_tables autofs4 raid10 raid1 raid0 multipath linear raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx realtek md_mod dwmac_rk stmmac_platform stmmac mdio_xpcs adc_keys [ 65.823764] CPU: 4 PID: 534 Comm: kworker/4:3 Tainted: G C 5.8.16-rockchip64 #20.08.14 [ 65.824577] Hardware name: Helios64 (DT) [ 65.824943] Workqueue: events dbs_work_handler [ 65.825343] pstate: 80000085 (Nzcv daIf -PAN -UAO BTYPE=--) [ 65.825839] pc : 0x800010010320 [ 65.826128] lr : return_address+0x58/0x90 [ 65.826485] sp : ffff800012663500 [ 65.826782] x29: ffff800012663530 x28: 00000000000000fa [ 65.827255] x27: ffff0000f5a66cf8 x26: ffff0000e4f85700 [ 65.827728] x25: ffff8000119cf3a8 x24: 0000000001000001 [ 65.828200] x23: ffff0000f5a66cf0 x22: ffff800012663728 [ 65.828672] x21: ffff0000f5a66cf8 x20: ffff800010dff2d0 [ 65.829144] x19: ffff0000e4f85700 x18: 0000000000000000 [ 65.829616] x17: 0000000000000000 x16: 0000000000000000 [ 65.830087] x15: 0000000000000000 x14: 0000000000000000 [ 65.830559] x13: 00000000000002c4 x12: 00000000000002cd [ 65.831030] x11: 0000000000000001 x10: 0000000000000a20 [ 65.831502] x9 : ffff800012663460 x8 : ffff0000e4f86180 [ 65.831974] x7 : 0000000000000001 x6 : 0000000000000001 [ 65.832446] x5 : 0000000000000002 x4 : fff6800010014610 [ 65.832917] x3 : ffff800012663520 x2 : fff68000100145d8 [ 65.833395] x1 : ffff800010dff640 x0 : ffff0000e4f85700 [ 65.833873] Call trace: [ 65.834097] 0x800010010320 [ 65.834350] return_address+0x0/0x90 [ 65.834676] Code: bad PC value [ 65.834953] ---[ end trace de998757a1cc1983 ]--- [ 65.835366] note: kworker/4:3[534] exited with preempt_count 1 [ 712.382286] Unable to handle kernel paging request at virtual address 0001000000000027 [ 712.383017] Mem abort info: [ 712.383278] ESR = 0x96000004 [ 712.383563] EC = 0x25: DABT (current EL), IL = 32 bits [ 712.384045] SET = 0, FnV = 0 [ 712.384328] EA = 0, S1PTW = 0 [ 712.384617] Data abort info: [ 712.384884] ISV = 0, ISS = 0x00000004 [ 712.385235] CM = 0, WnR = 0 [ 712.385511] [0001000000000027] address between user and kernel address ranges [ 712.386158] Internal error: Oops: 96000004 [#2] PREEMPT SMP [ 712.386664] Modules linked in: snd_soc_hdmi_codec hantro_vpu(C) rockchip_vdec(C) rockchipdrm rockchip_rga snd_soc_rockchip_i2s v4l2_h264 videobuf2_dma_contig dw_mipi_dsi snd_soc_core dw_hdmi v4l2_mem2mem videobuf2_vmalloc videobuf2_dma_sg snd_pcm_dmaengine r8152 analogix_dp snd_pcm videobuf2_memops videobuf2_v4l2 drm_kms_helper panfrost snd_timer videobuf2_common cec videodev snd rc_core gpu_sched sg drm mc gpio_charger soundcore leds_pwm fusb30x(C) pwm_fan drm_panel_orientation_quirks gpio_beeper cpufreq_dt nfsd auth_rpcgss nfs_acl dm_mod lockd grace sunrpc lm75 ip_tables x_tables autofs4 raid10 raid1 raid0 multipath linear raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx realtek md_mod dwmac_rk stmmac_platform stmmac mdio_xpcs adc_keys [ 712.392782] CPU: 1 PID: 1051 Comm: kworker/1:3 Tainted: G D C 5.8.16-rockchip64 #20.08.14 [ 712.393618] Hardware name: Helios64 (DT) [ 712.393998] Workqueue: events_power_efficient sync_hw_clock [ 712.394511] pstate: 20000085 (nzCv daIf -PAN -UAO BTYPE=--) [ 712.395023] pc : rt_mutex_enqueue_pi+0x58/0xc8 [ 712.395433] lr : task_blocks_on_rt_mutex+0x1d4/0x258 [ 712.395884] sp : ffff800012a238d0 [ 712.396190] x29: ffff800012a238d0 x28: 0000000000000001 [ 712.396677] x27: 0000000000000001 x26: ffff0000e4f85e34 [ 712.397163] x25: ffff0000e4f85700 x24: 0000000000000000 [ 712.397649] x23: ffff0000f6106580 x22: ffff800012a239a8 [ 712.398135] x21: ffff800012a239c0 x20: ffff800012a239a8 [ 712.398622] x19: ffff0000f5a668a8 x18: 0000000000000000 [ 712.399107] x17: 0000000000000000 x16: 0000000000000000 [ 712.399593] x15: 0000000000000000 x14: 0000000000000000 [ 712.400079] x13: 0000000000000078 x12: 0000000000000124 [ 712.400564] x11: 0000000000000064 x10: 0000000000000014 [ 712.401051] x9 : ffff800010f6cf48 x8 : ffff0000e4f85700 [ 712.401537] x7 : ffff800012a239a8 x6 : 0000000000000000 [ 712.402022] x5 : 0000000000000078 x4 : 0001000000000007 [ 712.402508] x3 : 0000ffffffffffff x2 : 0000ffffffffffff [ 712.402994] x1 : ffff0000e4f85e40 x0 : ffff800012a239c0 [ 712.403480] Call trace: [ 712.403713] rt_mutex_enqueue_pi+0x58/0xc8 [ 712.404092] task_blocks_on_rt_mutex+0x1d4/0x258 [ 712.404521] rt_mutex_slowlock+0x94/0x198 [ 712.404893] rt_mutex_lock+0x5c/0x68 [ 712.405231] i2c_adapter_lock_bus+0x14/0x20 [ 712.405616] i2c_transfer+0x50/0x128 [ 712.405948] i2c_transfer_buffer_flags+0x5c/0x88 [ 712.406374] regmap_i2c_write+0x20/0x58 [ 712.406731] _regmap_raw_write_impl+0x6f8/0x8c0 [ 712.407149] _regmap_bus_raw_write+0x68/0x88 [ 712.407543] _regmap_write+0x6c/0x160 [ 712.407884] _regmap_update_bits+0xf8/0x110 [ 712.408271] regmap_update_bits_base+0x64/0x98 [ 712.408682] rk808_rtc_set_time+0xc4/0x1a8 [ 712.409061] rtc_set_time+0x88/0x200 [ 712.409396] rtc_set_ntp_time+0x110/0x130 [ 712.409769] sync_hw_clock+0x90/0x150 [ 712.410112] process_one_work+0x1c4/0x470 [ 712.410485] worker_thread+0x4c/0x420 [ 712.410826] kthread+0x118/0x150 [ 712.411130] ret_from_fork+0x10/0x34 [ 712.411468] Code: 52800006 b4000123 aa0303e2 91002044 (b9402843) [ 712.412023] ---[ end trace de998757a1cc1984 ]--- [ 712.412448] note: kworker/1:3[1051] exited with preempt_count 2
Does anyone have an idea how to fix this?
The /dev/fan* entries should be created by the included udev rules. In particular:
cat 90-helios64-hwmon.rules
# Helios64 persistent hwmonACTION=="remove", GOTO="helios64_hwmon_end"
#
KERNELS=="p6-fan", SUBSYSTEMS=="platform", ENV{_HELIOS64_FAN_}="p6", ENV{_IS_HELIOS64_FAN_}="1", ENV{IS_HELIOS64_HWMON}="1"
KERNELS=="p7-fan", SUBSYSTEMS=="platform", ENV{_HELIOS64_FAN_}="p7", ENV{_IS_HELIOS64_FAN_}="1", ENV{IS_HELIOS64_HWMON}="1"
KERNELS=="2-004c", SUBSYSTEMS=="i2c", DRIVERS=="lm75", ENV{IS_HELIOS64_HWMON}="1"SUBSYSTEM!="hwmon", GOTO="helios64_hwmon_end"
ENV{HWMON_PATH}="/sys%p"
#
ATTR{name}=="cpu", ENV{IS_HELIOS64_HWMON}="1", ENV{HELIOS64_SYMLINK}="/dev/thermal-cpu"
#
ENV{IS_HELIOS64_HWMON}=="1", ATTR{name}=="lm75", ENV{HELIOS64_SYMLINK}="/dev/thermal-board"
ENV{_IS_HELIOS64_FAN_}=="1", ENV{HELIOS64_SYMLINK}="/dev/fan-$env{_HELIOS64_FAN_}"#
ENV{IS_HELIOS64_HWMON}=="1", RUN+="/bin/ln -sf $env{HWMON_PATH} $env{HELIOS64_SYMLINK}"LABEL="helios64_hwmon_end"
-
17 minutes ago, flower said:
ls -alh /dev/fan-p?
lrwxrwxrwx 1 root root 41 Oct 15 00:00 /dev/fan-p6 -> /sys/devices/platform/p6-fan/hwmon/hwmon5
lrwxrwxrwx 1 root root 41 Oct 15 00:00 /dev/fan-p7 -> /sys/devices/platform/p7-fan/hwmon/hwmon4
maybe its just the symlink thats missing?
Brilliant, thank you!
-
16 minutes ago, flower said:
i think its pwm_fan.
hard to tell as /dev/fan is a symlink and doesnt have a major:minor number
root@ghost:~# lsmod|grep pwm_fan pwm_fan 20480 0
Thanks for the info but I have pwm_fan loaded but no /dev/fan* devices.
-
As I am (as usual) doing something slightly different can someone tell me what module (or whatever) needs to me loaded to cause the /dev/fan* devices to exist?
Thanks in advance!
-
First of all thank you so much for the link to a working 2gb uboot. I just grabbed it and got my 2gb back.
Second, I had noticed earlier in the day that on the espressobin download page aht all the uboots had been updated as of 8/24/2020. I tried ALL of the ones listed as 2gb and ALL of them still came up as 1gb, so whatever fix was put in did not take.
But as I say, the link above to a working 2gb uboot got me going again.
-
Hi,
my helios4 was not running when I cam in this morning. When I cycle power all I get is :
BootROM - 1.73
Booting from MMC
Card did not respond to voltage select!
Error initializing MMC - FFFFFFEFTrying Uart
and nothing else. I tried leaving it powered off for an hour and tried again and I get the same thing.Any suggestions?
Thanks,
Tim Krantz
UPDATE!
I finally got the idea to eject and re-insert the micro-sd card and now all is well.
Have I mentioned how much I love this little machine?
-
I measured at t points referenced above. I got 12.69 at C18. At C34 I got 0.0. Now I am going to admit I am not that good with that particular kind of stuff. I could have been doing something improperly. If there is something else I can test for you I am glad to try it. I will also admit that I tried to get a reading from the pins inside the plug as well but my hands are just not steady enough and I could never get a reading.
-
I had a meter. I have not seen it lately. If I can't find it I will go get one. Thanks for the reply. I apologize for my petulant tone. There was NO need for that.
-
Received my board. Got it booting from the SD card without building the kit. Was running fine. Halted it. Assembled the entire kit following the WIKI instructions to the letter. Applied power and nothing, no LED's no fans no disk power up, nothing. Stripped it down the the board only, completely removed from the kit, applied power and nothing. Nothing on the serial console. Had a lovely chat with someone who gave me some suggestions. I will report back here my progress.
NanoPi R5S Armbian Image
in Rockchip
Posted · Edited by tekrantz
Just wondering if I could rip the uboot from one of the nanopi r5s BSP images and overwrite that section of the quartz64 armbian images if it might boot?
If it is worth a chance, what would the dd command be to rip the uboot off of the BSP image? what offset and length?
oh and I would have to grab the BSP device tree as well