Jump to content

Kriston

Members
  • Posts

    16
  • Joined

  • Last visited

Posts posted by Kriston

  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. 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

     

  4. 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...
  5. @miked @kriston @tido

     

    I want to make sure you all connect with each other.  You've all contacted me about documentation content, file structure etc.  I want to make sure you all aren't repeating work.  Please provide some status on what you're working on.  sorry i meant to post this  here 

     

    http://forum.armbian.com/index.php/topic/1540-400-implement-documentation-software-solution/

     

    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

  6. I'd like to claim the documentation task to update lib/tree/master/documentation.

    I can also assist with build tools, in particular their documentation and QA testing because I know from experience that good documentation comes from testing.

    I have two each of Orange Pi PC, Orange Pi One, Raspberry Pi 3, Raspberry Pi 2, several Raspberry Pi 1 boards, and a PINE64 (uses Allwinner and Mali chipsets).

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines