• Content Count

  • Joined

  • Last visited


About @lex

  • Rank
    Embedded member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

2235 profile views
  1. Maybe this can help: https://github.com/aguinet/usbtop
  2. ENODEV 19 No such device If you see the previous line of your dmesg output you see the message: USB device disconnected. In theory, if you connect 2 USB cameras to USB3 and one to USB2 it should work as someone has proven to work in a PC box. I must have done something wrong with the wiring in my quick test. I think your camera disconnected and reconnected for some reason and the handler was not free in time, so kernel asked for a new one.
  3. @Igor @martinayotte Here is the fix: &cpu0 { cpu-supply = <&reg_dcdc2>; };
  4. I just did a quick test with some usb 2.0 camera collecting dust here. It always fails with the third usb camera. Maybe with usb 3 would work. Reason: [22863.516749] usb 7-1.4: Not enough bandwidth for new device state. [22863.516807] usb 7-1.4: Not enough bandwidth for altsetting 6 Update: Attaching two usb 2.0 cameras to USB3 receptacles and the other one to USB2 did not work.
  5. I have been told LE 9.8.8 has panfrost working smooth , i think it's a @jernej's work. (not sure) I have no idea how to fetch this version and have a look at panfrost diff. Maybe you can. In my experience i have applied all available patches and still not stable enough.
  6. It has been a while since i last touched the 4.19 , but i think you should enable: CONFIG_DVB_USB_RTL28XXU Look for the module *rtl28xxu* (build as a module).
  7. Try traceroute (computer to orangepi) first time right after you boot orangepi and again after you ping from orangepi (serial console) to your computer. Compare the results, it can give you a clue. * and vice-versa
  8. If i recall correctly you need to set (enable) a pin on u-boot load time and specific to your PC Plus and OV5640. Have you tried to set the pin on u-boot boot.cmd? Something like: # OPI-PC camera (set PG11 for gc2035) gpio set PL10 gpio set PA17 #gpio set PG11 This error message typically tells you the board cannot find the attached sensor. Possible causes are: * Sensor Not powered correctly (see which pin or píns should be set at boot) Make sure theses lines are for the OV5640 and PC Plus. vip_dev0_power_en = port:PA17<1><default><default><1> vip_dev0_reset = port:PE14<1><default><default><1> vip_dev0_pwdn = port:PE15<1><default><default><0> * i2c is already in use, double check your Fex file and disable the correct twi, this seems to be OK in your FEX but try: [twi1] twi_used = 0 twi_scl = port:PA18<3><default><default><default> twi_sda = port:PA19<3><default><default><default> [twi2] twi_used = 0 twi_scl = port:PE12<3><default><default><default> twi_sda = port:PE13<3><default><default><default>
  9. @guidol Thanks for the tip. In fact i have sun50ia64audio available but no sound output on jack. Hdmi-sound always worked. My kernel is now based on mainline kernel with ir and cedrus patch, i tried to catch up with @jernej's and @kwiboo's patches and learn a few things but these guys are too fast... and it is time to slowdown... Great to see how your work and Armbian progresses, i think you will soon tag it as supported. This is/was a great board. I am just waiting for that board with the promising Grub open source (like).
  10. Try this: hit F2, select each label on the Right column and delete all CpuFreq (meter). Then add the available meters again. Exit htop and check again. There is a meter called CpuFreq and CpuFreq1,CpuFreq2,... (cpu count). I think the correct meters should be CpuFreq1,2,3...8 and not CpuFreq.
  11. You can refer to this patch: https://lkml.org/lkml/2018/11/27/1041 https://patchwork.kernel.org/patch/10783429/ If this works for banana pi it will work for orange pi. DO NOT MERGE is there for a reason. ov5640_read_reg: error: reg=300a. It usually means it cannot communicate with the sensor. Use this: PE12/CSI_SCK/TWI2_SCK ==> CSI-SCK PE13/CSI_SDA/TWI2_SDA ==> CSI-SDA PE14 ==> CSI-RESET# PE15 ==> CSI-STBY-EN
  12. @lex

    Updated htop

    According to this: https://github.com/armbian/build/blob/master/packages/bsp/helios4/90-helios4-hwmon.rules , it is not related to CPU temp. My guess is just a missing kernel config.
  13. @lex

    Updated htop

    Please check if you have: cat /sys/class/hwmon/hwmon0/name
  14. @lex

    Updated htop

    The path is hard coded in the HTOP for the cpu temp. I think the problem is that some boards (kernel) use the hwmon driver and sometimes different kernel config. I think the best approach would be to traverse /sys and try to find the label for the cputemp / gputemp / regulators, etc.. But what exactly look for to be Universal? In my x64 for example, same Intel, different kernel configs (server vs desktop) points to different locations: cat /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp2_label Core 0 cat /sys/devices/platform/coretemp.0/hwmon/hwmon1/temp3_label Core 1 cat /sys/devices/platform/coretemp.0/hwmon/hwmon2/temp2_label Core 0
  15. I had the impression it was the other way around. Have you had success with lima? or anyone? Anyway, Looking forward to seeing the @NicoD's video about tee panfrost experience.