Jump to content

Kriston

Members
  • Posts

    16
  • Joined

  • Last visited

Profile Information

  • Gender
    Not Telling
  • Location
    Washington DC

Contact Methods

  • Website URL
    http://kriston.net/

Recent Profile Visitors

1824 profile views
  1. Can we stop building modules for hardware that doesn't exist on the target device? My observation is that we seem to be building the entire kernel tree, but correct me if I'm wrong. Let's see if we can only build hardware that actually exists on the device instead of building everything. For example, my Pine64 doesn't even have WiFi but dozens of WiFi drivers are built. Same with my Orange Pi 3 LTS, it has BlueTooth and WiFi, but doesn't need the several dozen other BlueTooth and WiFi devices built into its kernel modules directory. Thanks!
  2. Can we remove the downloading of Linaro and other build dependencies from the build process? That would save so much time and bandwidth. Most of us are able to obtain and install the Linaro and other dependencies for our build systems on our own. Let's figure out how to avoid doing this on each and every clean build of Armbian. I have lots of bandwidth and the build doesn't even start after it takes ten to twenty minutes downloading these packages. Thanks, and I appreciate any comments on this request.
  3. Does "orangepi3" also support Orange Pi 3 LTS? The board looks different from the Orange Pi 3 on the download page and has a different number of USB ports.
  4. Looks like when I ran it a third time the compilation/linkage went by 100 times faster. My apologies for my confusion.
  5. I'm building an Ubuntu image and after it compiles the ARM objects it tries to download files from ports.ubuntu.com. For a reason I'm still trying to figure out, it's trying to get files from 127.0.0.1 (which is weird) but that's fixable. What I'd like to do is resume a build that had failed without recompiling all the ARM objects again. I'm using compile.sh. Thanks! Kriston
  6. Kriston

    Kriston

  7. Hello, I would like to provide test/nightly builds for the: Orange Pi+ 2e (the Xunlong sample from 2016) Orange Pi PC 2 (the newer 64-bit H5 version of the Orange Pi PC) Best regards, Kriston
  8. I'm using Legacy 3.4.113, both Debian and Ubuntu versions. I forgot about h3disp. I'll give that a try. Thanks.
  9. In Ubuntu Xenial how do we disable framebuffer switching and font switching? My Orange Pi Plus 2e v1.1 has the usual problem with HDMI-to-DVI converters but it's unusual in this case because it's switching framebuffers and fonts. The screen appears just fine during boot, but just after the message "Starting kernel..." the screen blanks and goes into power-saving poweroff with no return. I've seen this before, and I have tried several things to prevent the dead screen. I tried editing /boot/armbianEnv.txt to contain these lines like I have on other SBCs like PINE A64 and older Orange Pi devices that solved this problem: disp_mode=720p60 disp_dvi_compat=1 I took an extra step to edit /etc/default/console-setup to stop it from changing CHARMAP, CODESET, FONTFACE, FONTSIZE, and VIDEOMODE, but that didn't fix it, either. I came to the conclusion that something else is changing it. A few suspects were obvious: systemctl disable keyboard-setup.service systemctl disable setvtrgb.service Disabling these did not work, either. What is going on? Here is a relevant section of my dmesg: root@orangepiplus2e:~# dmesg |grep -i cons [ 0.000000] Kernel command line: root=UUID=995d5ba0-dbbf-4d7b-988a-e1e63e190c6f rootwait rootfstype=ext4 console=tty1 console=ttyS0,115200 cgroup_enable=memory swapaccount=1 hdmi.audio=EDID:0 disp.screen0_output_mode=720p60 panic=10 consoleblank=0 enforcing=0 loglevel=1 ubootpart=767c056e-01 sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_fb_mem_reserve=16 [ 0.000000] Console: colour dummy device 80x30 [ 0.000000] console [tty1] enabled [ 0.549704] Console: switching to colour frame buffer device 160x45 [ 0.567686] sw_console_setup()1233 - console setup baud 115200 parity n bits 8, flow n [ 0.567827] console [ttyS0] enabled [ 4.720404] systemd[1]: Started Dispatch Password Requests to Console Directory Watch. [ 5.830842] systemd[1]: Starting Set console keymap... [ 6.850128] systemd[1]: Started Set console keymap. [ 10.310965] systemd[1]: Starting Set console font and keymap...
  10. What kind of work is needed to upgrade Orange Pi 2E+ from legacy to kernel 4.x? Thanks, Kriston
  11. Forgive me if this isn't the place to reply, but I am concerning myself with body content and not tools or layout decisions. I am happy with whatever decision is made after the tools and layout are decided upon. Kriston
  12. Thanks, I'll forked a little while ago, so I'll re-base my fork and start submitting. Thanks!! Kriston
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines