• Content Count

  • Joined

  • Last visited

 Content Type 


Member Map






Everything posted by olivluca

  1. See: it's a sign you have to write a kernel driver for the gc2035 (just kidding).
  2. Today unattended-upgrades warned me that hostapd was on hold: Unattended upgrade returned: True Packages that were upgraded: Packages with upgradable origin but kept back: Armbian xenial: hostapd I checked and it's because it depends on libssl1.1 >= 1.1.1 which isn't available The following packages have unmet dependencies: hostapd : Depends: libssl1.1 (>= 1.1.1) but it is not installable E: Unable to correct problems, you have held broken packages. The package comes from armbian's repository (ubuntu has an older version) $ apt-cache policy hostapd hostapd: Installed: 3:2.7-99~armbian5.73+1 Candidate: 3:2.9-100~armbian20.05.0-trunk+1 Version table: 3:2.9-100~armbian20.05.0-trunk+1 500 500 http://apt.armbian.com xenial/main armhf Packages *** 3:2.7-99~armbian5.73+1 100 100 /var/lib/dpkg/status 1:2.4-0ubuntu6.6 500 500 http://ports.ubuntu.com xenial-security/universe armhf Packages 500 http://ports.ubuntu.com xenial-updates/universe armhf Packages 1:2.4-0ubuntu6 500 500 http://ports.ubuntu.com xenial/universe armhf Packages I don't use or need it (I suppose it was installed by default in the original image) but I thought to report it anyway.
  3. Well, if you manage to get that (the gc2035) working it will make my day
  4. Thank you. Well, if I have to replace the gc2035 with an ov56xx I could as well replace it with an usb webcam. For the time being I'll keep using the legacy kernel.
  5. I still use OPi.GPIO and it works fine for non root users with the proper udev rules. When I started using it I had to patch it to delay opening the files (the udev rules take some time to apply), but now it does it itself (it checks that the file is accessible before giving up).
  6. There are no drivers for the camera in mainline kernel. You have to use a version based on a legacy kernel (https://dl.armbian.com/orangepilite/Ubuntu_xenial_default_desktop.7z). I don't know the progress in mainline regarding gc2035. Edit: looking at the table here I see that the csi driver has been mainlined in kernel 5.0. Without that the camera cannot work. What I don't know is if the gc2035 driver is available in 5.0
  7. The "gpio" there is an uboot command, not a linux one, so "set" is correct. I cannot help on the correct gpio to set for your board, mine is an opi pc.
  8. Well, if you look earlier in the thread, I solved the problem by activating the gpio in uboot (and even then the pin could be different depending on the board). I never managed to make it work using sunxi-pio (though I never really tried).
  9. I think you have to activate the gpio before loading the modules
  10. No, I mean the SBC you used in your "success" message above, where you say you got 850Mbps throughput (with or without NAT btw?).
  11. What sbc did you settle for and which final combination of NICs? Links or it didn't happen
  12. In the EU No, it's an EU thing Edit: didn't finish - but there are variations depending on each country. Here in Spain, over 22€ you have to pay VAT + handling charges (IIRC 20 or so €), over 150€ you have to pay VAT + customs duties + handling charges. Less that 22€ you pay nothing (in theory). But many parcels pass through customs with no charges (they cannot control everything).
  13. Thank you, I knew it was me being stupid Edit doubly stupid: I commented that source myself from /etc/apt/sources.list when I saw the rest of the sources giving me 404
  14. I understand that, but at least they could have archived the latest security updates (or I'm just stupid and cannot find them.....for wheezy).
  15. I'm using the gc2035 camera and had no problem with the csi connector during the ~1.5 years it has been in service.
  16. And the noise (some comments say it's loud, some say it's quiet )
  17. Instead of the two backticks you can use $(), i.e. instead of `uname -r' you can use $(uname -r)
  18. I'm using armbian 5.73 (actually I reached that after various apt-get upgrade, I started with whatever image was available at the time), xenial, legacy kernel and I have no network problems, ssh or otherwise, (though I'm using exclusively wired ethernet).
  19. I didn't open the box (yet ), I'm happy enough with libreelec, though I'd like a real linux system to tinker with, but consider that I have less and less time to tinker
  20. Is it this one? https://github.com/150balbes/Amlogic_s905-kernel/blob/master/arch/arm64/boot/dts/amlogic/meson-gxl-s905d-ki-pro.dts if so it seems it just adds the dvb hardware to meson-gxl-s905d-p230 and that didn't work when I tried it, so I doubt it will work but I'd be delighted to be proven wrong.
  21. the dtb you mention are only available for kernel 3.14, they won't work for any later kernel
  22. Because there is no dtb that works for the KI pro. The dtb for 3.14 cannot be used since the format changed.
  23. @erbas I didn't pursue this further. I'm currently running libreelec but with kernel 3.14, as it seems nobody has a working dtb for newer kernels and I'm not able to write one. With libreelec the dvb driver more or less works but worse than under android (with android I can tune both dvb-s/s2 muxes as well as dvb-t, with libreelec I have more difficulty tuning some dvb-s/s2 muxes and cannot tune dvb-t at all). Perhaps later I'll try armbian again on this box, but for the time being libreelec it is.