Jump to content
  • 0

Espressobin support development efforts


lanefu
 Share

Question

 

I'm sooooo close to sharing a WIP for building armbiain for espressobin , but I'm having trouble getting armbian builder to use the file name for the kernel package deb.

 │ dpkg-deb: building package 'linux-headers-4.4.8-mvebu64' in '../linux-headers-4.4.8-mvebu64_5.27_arm64.deb'.                                                             │  
  │ dpkg-deb: building package 'linux-libc-dev' in '../linux-libc-dev_5.27_arm64.deb'.                                                                                       │  
  │ dpkg-deb: building package 'linux-image-4.4.8-mvebu64' in '../linux-image-4.4.8-mvebu64_5.27_arm64.deb'.                                                                 │  
  │ dpkg-deb: building package 'linux-image-4.4.8-mvebu64-dbg' in '../linux-image-4.4.8-mvebu64-dbg_5.27_arm64.deb'.                                                         │  
  │ dpkg-genchanges: binary-only upload (no source code included)                                                                                                            │  
  └──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘  
    


dpkg-deb: error: failed to read archive '/root/output/debs/linux-image-mvebu64_5.27_arm64.deb': No such file or directory

 

What's the cleanest way to have the resulting deb and armbianbuilder line up?

Stuff I've done:

  • made esspressobin.wip board config
  • Made mvebu64 sources config
  • Made mvebu64 Kernel config
  • Made kernel patch to elminate the localversion file
  • assured VERSION_AUTO is disabled in kernel config

 

Files n stuff

esspressobin.wip

Spoiler

# Marvell Armada 37x 1xmPCIe 2xGBE

BOARD_NAME="espressobin"

LINUXFAMILY="mvebu64"

BOOTCONFIG="mvebu_espressobin-88f3720_defconfig"

#BOOTCONFIG="mvebu_armada-37xx"

MODULES="mv_cesa"

MODULES_NEXT="mv_cesa"

CLI_TARGET="jessie,xenial:default,next"

KERNEL_TARGET="default,next"

BUILD_DESKTOP="no"

#

BOARDRATING=""

CHIP="http://docs.armbian.com/Hardware_Other/#marvel-armada-espressobin"

REVIEW="http://forum.armbian.com/index.php/topic/TBD/"

HARDWARE="http://wiki.espressobin.net/tiki-index.php?page=About+ESPRESSObin"

FORUMS="http://forum.armbian.com/index.php/forum/11-other-boards/"

 

mvebu64.conf

Spoiler

ARCH=arm64

KERNEL_IMAGE_TYPE=Image

HAS_UUID_SUPPORT=yes

#OFFSET=2

 

BOOTSCRIPT="boot-marvell.cmd:boot.cmd"

 

BOOTSOURCE=$MAINLINE_UBOOT_SOURCE

BOOTDIR=$MAINLINE_UBOOT_DIR

BOOTBRANCH=tag:v2017.05-rc1

 

 

BOOTENV_FILE='clearfog-default.txt'

HAS_UUID_SUPPORT=yes

 

case $BRANCH in

        default)

        KERNELSOURCE='https://github.com/MarvellEmbeddedProcessors/linux-marvell.git'

        KERNELBRANCH='branch:linux-4.4.8-armada-17.02-espressobin'

        KERNELDIR='linux-marvell'

        DEB_BRANCH=4.4.8

#       CHOSEN_KERNEL=linux-image-linux-4.4.8-armada-17.02-${LINUXFAMILY}

        ;;

 

        next)

        KERNELSOURCE=$MAINLINE_KERNEL_SOURCE

        KERNELBRANCH=$MAINLINE_KERNEL_BRANCH

        KERNELDIR=$MAINLINE_KERNEL_DIR

 

        KERNEL_ALT_GCC='> 6.1'

        ;;

esac

 

## can probaly go slower

CPUMIN=800000

CPUMAX=1200000

GOVERNOR=ondemand

 

 

write_uboot_platform()

{

#       dd if=$1/u-boot.mmc of=$2 bs=512 seek=1 status=noxfer > /dev/null 2>&1

        echo "hey"

}

 

family_tweaks()

{

        chroot $CACHEDIR/$SDCARD /bin/bash -c "apt-get -y -qq remove --auto-remove lirc linux-sound-base alsa-base alsa-utils bluez>/dev/null 2>&1"

}

 
Edited by zador.blood.stained
Renamed to reflect the contents
Link to comment
Share on other sites

Recommended Posts

Armbian is a community driven open source project. Do you like to contribute your code?

  • 0

@FlashBurn @spqr

 

Please find the updated bootloader here (u-boot is unchanged; WTMI is updated to 18.12.1) - it should solve the stability issues and  it works fine on my V5_0_1 EspressoBin (https://pastebin.com/xJCtLXsH). The recovery images are also updated: sata-images and uart-images.

 

Could you please test if your EspressoBin ist stable now and if you can apply the pending cpufreq and xtal kernel patch without creating any further issues ?

 

Edit: links updated ; images are now available through Armbian servers

Link to comment
Share on other sites

  • 0

I haven´t tried an armbian kernel for a while now. I will look into this sometime in the next weeks. But as far as I followed the upstream fix should be in the kernel 4.19.xx.

 

It is just one fix missing regarding a too low voltage, which @sqpr found. I will see if I can point the right people at this patch.

Link to comment
Share on other sites

  • 0
25 minutes ago, FlashBurn said:

But as far as I followed the upstream fix should be in the kernel 4.19.xx.

 

That is the reason why we can't update our EspressoBins to kernel 4.19.4x and above anymore without experiencing crashes.

Hopefully the new bootloader released by marvell recently will be able to handle the new frequencies in the system.

Link to comment
Share on other sites

  • 0

Maybe you could bring me on line what problems you experience with the newer kernels?

 

I assume it is the problem that with a bootloader for 1000 MHz you have instabilities? If I´m right then a new bootloader will not help with this. What you can test, commenting out the avs in the dts file, compile a dtb and then test if the kernel is working for you.

Link to comment
Share on other sites

  • 0

On the page ...

https://www.armbian.com/espressobin/

 

... I'd like to request adding one line to the boot-environment variable setup:

setenv image_name Image

 

-Because on my firmware, it defaults to 'boot/Image' and thus results in ...

Bad Linux ARM64 Image magic!

-But after I set it to 'Image', it boots.

(and finally it seems I can boot Bionic after an update!)

Link to comment
Share on other sites

  • 0

Hello,

last week I performed an apt upgrade on my espressobin (ubuntu) and now it does not boot :-(

I believe there were some updates to kernel and armbian firmware.

Then I pulled out its SD card and tried to connect it to my PC using micro-USB and see what it says using minicom and kermit. But it does not say anything and the console freezes.

The board I have is a kickstarter board with 1GB RAM. 

I suspect the upgrade has broken the board in some way. Can you suggest some way to fix it please?

Kind regards

Andrius

Link to comment
Share on other sites

  • 0
10 minutes ago, Andrius said:

Can you suggest some way to fix it please?


I think you need to update boot loader. It's known that troubles will occur with most recent kernel unless you don't do that. Check other threads and download pages for details.

Link to comment
Share on other sites

  • 0
5 hours ago, Andrius said:

Can you suggest some way to fix it please?

 

You may try the current Debian Buster image. It works fine without any issues so far on the EspressoBin (kernel 4.19.57). I did not try Ubuntu - but there were some postings related to issues with systemd-networkd in Ubuntu Bionic.

Link to comment
Share on other sites

  • 0
14 minutes ago, Andrius said:

How do I flash something without access to some command-line?

As I understand, for any recovery method I need some working "serial" connection?

What can I do if I cannot connect to the board using minicom or kermit?

 

Im not sure there are any alternatives other than attaching to the usb serial console and following the process described.

Link to comment
Share on other sites

  • 0

Thanks for remembering me. No solution yet. Now on vacation, so I cannot exactly post all the details. I used micro-USB for power and serial. The connection settings I used were the same as previous times when I used to connect successfully. I'll post them when I come back. I tried kermit, minicom and miniterm on device which is listed in dmesg output. 

Andrius

Link to comment
Share on other sites

  • 0

Oh man, I once again found some time to do some testing and hoped that the EspressoBin now runs fine, but what have I to find.

 

I updated the bootloader to the current version from 21th May and a current armbian 5.91 (kernel 4.19.59). First I did a test with the 800MHz version:

 

http://ix.io/1T75

 

I was impressed, because now it seems the kernel can read out the frequency from the firmware (I did not need to change the cpu frequency and it worked out of the box).

 

Then I tried the 1200MHz version and again, the kernel reported the right frequencies without me changing any configuration (besides the firmware update). But then this:

 

http://ix.io/1T7g

 

I thought that the patches for configuring the cpu frequency right where backported?

 

So I will try to build my own kernel and will see how that works.

Link to comment
Share on other sites

  • 0

Hi @barish

I attach photo with my current switch positions. I believe, they are correct for UART mode (J11:[2-3]; J3:[1-2] J10:[1-2]), according to http://wiki.espressobin.net/tiki-index.php?page=Ports+and+Interfaces#Boot_selection

I find that page quite confusing, because the switch numbers on the images are listed in other order than in the table below with their meanings.

I disconnected HDD, so it should get enough power from USB.

After attaching the espressobin to my laptop, its green LED turns on and dmesg says:

[102505.613224] usb 1-3: new full-speed USB device number 50 using xhci_hcd
[102505.761832] usb 1-3: New USB device found, idVendor=067b, idProduct=2303
[102505.761834] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[102505.761835] usb 1-3: Product: USB-Serial Controller D
[102505.761836] usb 1-3: Manufacturer: Prolific Technology Inc. 
[102505.762258] pl2303 1-3:1.0: pl2303 converter detected
[102505.762800] usb 1-3: pl2303 converter now attached to ttyUSB0

Then I run miniterm:

$ sudo miniterm --eol CR /dev/ttyUSB0 115200
--- Miniterm on /dev/ttyUSB0  115200,8,N,1 ---
--- Quit: Ctrl+] | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H ---

It does not show any prompt nor react to Enters or other keyboard input. Only after Ctrl+] it exits.

Kermit behaves the same way on that device. 

If you see I can do something else - please let me know.

Andrius

IMG_20190909_225257.jpg

Link to comment
Share on other sites

  • 0
13 hours ago, Andrius said:

I disconnected HDD, so it should get enough power from USB.

I've got a SATA card mounted to my EspressoBin that draws a couple of mA – I just tried to boot the board without any disks attached and powered by USB only - and it wouldn't. So just to rule this out, please try with 12V attached to power jack.

 

As it says in the wiki, you need a 12V power adapter:

Quote

Prerequisites

Here is what you will need to power up the board:

  • Linux or Windows PC
  • ESPRESSObin board with micro SD card containing necessary images and file system
  • 12V power adapter
  • micro USB cable
  • IP router or IP switch
  • USB 3.0 Flash disk (optional)
  • SATA HDD (optional)

 

Link to comment
Share on other sites

  • 0

Thanks everyone. With 12v power it looks definitely better:

$ sudo kermit kermit-usb0
Connecting to /dev/ttyUSB0, speed 115200
 Escape character: Ctrl-\ (ASCII 28, FS): enabled
Type the escape character followed by C to get back,
or followed by ? to see other options.
----------------------------------------------------

E
>
E
>
E
>
E
>
E
>?
h/? - print this help screen 
r yyyyyyyy - read register/memory at address yyyyyyyy in hex 
w yyyyyyyy zzzzzzzz - write zzzzzzzz to address yyyyyyyy in hex 
j yyyyyyyy - jump to address yyyyyyyy in hex 
x y - change the boot mode, where y is in hex 
a - UART control passed to AP CPU ROM 
c - UART control passed to CM3 CPU ROM 
>
E
>

I already thought I lost that board.

I hope tomorrow I'll get it show some more things :-)

Link to comment
Share on other sites

  • 0

Even with the latest build, I'm still experiencing random hard-resets (that is, no panic, just a complete reboot to TIM/WTMI). I'm now pretty sure that Netgate are correct (https://forum.netgate.com/topic/144636/sg-1100-intermittent-reboots) and there are component issues on some espressobin v7 boards. 

 

I'm asking GlobalScape if they know the root cause, that is the component that is not functioning correctly, wonder if I will receive of a response, Netgate don't seem to want to say.

Link to comment
Share on other sites

  • 0
On 10/3/2019 at 8:55 PM, mu-b said:

I'm asking GlobalScape if they know the root cause, that is the component that is not functioning correctly, wonder if I will receive of a response, Netgate don't seem to want to say.

I hope you will - looking forward to their response!

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...