Valk

Members
  • Content Count

    50
  • Joined

  • Last visited

  1. Well got some feedback from SolidRun regarding the emmc issues. Apparently there's a firmware issue currently with the 4GB emmc (8GB is fine) which they're working to get a resolution. Hopefully when my next batch of boards with the 8GB emmc come the issue will be sorted. Really thanks for your help, while not an Armbian issue a lot of useful changes / fixes got done for the clearfog Oh and the resize code works fine now.
  2. Yeah I had improvements with the latest version in that the issue with the emmc throwing heeps of write errors seems to be fixed. Down side is now if I reboot the system it will no longer restart. I'm using the SolidRun image because I'm trying to get technical support from them. Unfortunately the official image gives me emmc write issues. The only one which works perfect is the 3.X kernel but that's both out of date and lacking kernel support for my 3G modem. By stable I only meant working reliably with the clearfog. Anyway hopefully the next batch of clearfogs arrive soon so
  3. -- Deleted -- Thought SolidRun's image was faulty but I think I might have broken it so restoring their system image. On a side note I used the 3.10.104 (4.9.5 wouldn't boot) armbian kernel image to get the dtb and vmlinuz files to boot and they managed to boot fine (haven't reset the device). I'm thinking there's a software issue during boot.
  4. Ok well that's annoying... Talking with Solidrun they insisted I try their compiled version of debian to help with resolving the issues. I haven't got back to them yet but I can't fault the solidrun image. I'm at the situation now where I'm using the solidrun u-boot and trying to boot the system via tftp: setenv serverip 192.168.1.240 setenv ipaddr 192.168.1.1 setenv fdt_high 0x07a12000 ( or setenv fdt_high 0xffffffff ) setenv bootargs "selinux=0 cgroup_disable=memory scandelay root=/dev/sda1 rw rootfstype=ext4 console=ttyS0,115200 loglevel=7 rootwait" tftp ${fdtaddr} 4.9/a
  5. Ok a little difficult. Do you know how I can repair the partition enough to get the file off it? root@clearfogpro:~# ls root@clearfogpro:~# ls /media/ root@clearfogpro:~# mkdir /media/emmc root@clearfogpro:~# mount /dev/mmcblk0p1 /media/emmc/ [ 243.366150] UDF-fs: warning (device mmcblk0p1): udf_fill_super: No partition found (2) [ 243.377055] F2FS-fs (mmcblk0p1): Magic Mismatch, valid(0xf2f52010) - read(0x1102d4b) [ 243.384864] F2FS-fs (mmcblk0p1): Can't find valid F2FS filesystem in 1th superblock [ 243.394112] F2FS-fs (mmcblk0p1): Magic Mismatch, valid(0xf2f52010) - read(0x6b636170) [
  6. While I get it ready as a quick side note. Now when the system boots the leds for Ethernet ports on the switch stay on all the time.
  7. as for spi I get nothing from dmesg and have no mtd devices in /dev
  8. Hmm well usb boot works wonderfully. Got a feeling my problems might be to do with the resize script I can: - boot to USB - dd the system image over - boot the emmc system and do login sequence if I immediately reboot the system (as the system recommends) it fails to boot from emmc with: Trying to boot from MMC Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** Failed to mount ext2 filesystem... ** Unrecognized filesystem type **
  9. I was actually looking at the pcb schematic to find the SPI port. Unfortunately if I have to pull apart the heatsink then I'm better off via uart (which is fine). Still "run usbboot" nice touch Thanks for doing that so quick. Hopefully I can get to the bottom of the emmc issues soon. Thanks for all the help.
  10. Yes booting the system properly meant that setting the emmc_fix flag on worked as expected. And yes I didn't need to touch the boot partition in the end. As for the SPI flash you've got me thinking. There's a dip switch for it just need to check where the pins are on the PCB. Hope that's an option because it'll make things much easier. Unfortunately I'm having even more troubles. After installing the system I do an update and install a few packages + hardware (wifi, hostapd, and a few others). I use a script I've had for a while to do the install but unfortunately when it reboots the
  11. Ok well installed via dd root@clearfogpro~# dd if=Armbian_5.24_Clearfogpro_Debian_jessie_next_4.9.4.img 2478080+0 records in 2478080+0 records out 1268776960 bytes (1.3 GB) copied, 1[ 299.354823] mmcblk0: p1 89.472 s, 6.7 MB/s root@clearfogpro:~# sync root@clearfogpro:~# echo 0 > /sys/block/mmcblk0boot0/force_ro root@clearfogpro:~# ifconfig eth0 192.168.0.30 root@clearfogpro:~# ifconfig eth0 netmask 255.255.255.0 root@clearfogpro:~# scp yocto@192.168.0.250:/home/yocto/4.9/u-boot.mmc ./ yocto@192.168.0.250's password: u-boot.mmc 100% 935KB 934.6KB/s
  12. Yep the customize_image.sh script set emmc_fix=on fine. Be awesome if you could only needing to plugin a usb stick would be a nice setup, that said I'm also grateful that I've been forced to learn how it works instead of trusting magic scripts . Ideally when I get this ready for production I still would prefer to install via Ethernet but USB is still a big improvement
  13. Ok yeah it's probably already patched. I actually was building a clean image to try from scratch and to see if there's any remaining modifications. Currently I'm using rsync because I'm booting from the usb device. fdisk /dev/mmcblk0 d n p 1 16385 <enter> w mkfs.ext4 /dev/mmcblk0p1 ifconfig eth0 192.168.0.30 ifconfig eth0 netmask 255.255.255.0 scp yocto@192.168.0.250:/home/yocto/4.9/u-boot.mmc ./ echo 0 > /sys/block/mmcblk0boot0/force_ro dd if=u-boot.mmc of=/dev/mmcblk0boot0 echo 1 > /sys/block/mmcblk0boot0/force_ro rm u-boot.mmc mkdir /media/emmc mount /dev/mmcblk0p1 /medi