phelum

Members
  • Content Count

    30
  • Joined

  • Last visited

About phelum

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

461 profile views
  1. Hi, DNS would be difficult because the hosts on this local network have dynamic addresses. This is why nmbd (part of the Samba suite) is good and it works fine on hosts running wheezy or jessie (or Windows). There is an option called "socket options" in smb.conf and I've tried setting SO_RTIMEO (receive timeout) but it doesn't have any effect. The host running stretch can use ssh <other host name> to connect to any other host but other hosts find it very difficult to use ssh <stretch host name> to connect to the stretch host. I'll try running wireshark to see if the stretch host is getting the broadcast and if it is replying. As I said, the timeout seems very short. Cheers, Steven
  2. The resultant file is like a devicetree file in that it contains hardware details. Old kernels use this to get the addresses of devices for instance. So it's mainly used by the kernel. Some U-Boots have 'script_parser_fetch' code which means that the U-Boot is also accessing details from the file. Cheers, Steven
  3. Hi, I'm using NetBIOS names when using ssh to access other CTs on my local network. Most of the CTs and other hosts are running Wheezy. Now I have a CT running Stretch and it's very difficult to access this host using 'ssh <stretch host name>' because it's not responding to the broadcas from the calling host. If I repeat the request (and broadcast for the name) multiple times then sooner or later the Stretch CT will respond in time. The timeout on the host doing the broadcast seems very short. Does anybody know where this timeout is specified and how to change it ? Thanks, Steven
  4. &amp;nbsp; &amp;nbsp;Hi, I bought a TK1 because it runs real OpenGL. I have managed to get it running with my CubieTruck system (Debian) and the NVidia kernel. The major hassle was getting the NVidia driver to work. So it definitely can be done and the video driver was the only bit that took some work. I'm running Wheezy and I haven't tried a Jessie system. The NAND setup is way different from Cubie boards. On the TK1 the NAND is /dev/mmcblk0 and the boot files are in the /boot directory. Cheers, Steven
  5. Hi Igor, I built U-Boot from https://github.com/linux-sunxi/u-boot-sunxi.git and selected the sunxi branch and used the standard defconfigs (Cubieboard_config, Cubieboard2_config, and Cubietruck_config). I haven't patched or changed anything. Cheers, Steven
  6. Try my replacement U-Boot at http://phelum.net/temp/CB2/u-boot-sunxi-with-spl.bin and see if this helps. Cheers, Steven
  7. [ 2.559830] axp20_ldo2: 1800 <--> 3300 mV at 3000 mV This looks like the U-Boot problem I hit a while ago. I have a replacement U-Boot at http://phelum.net/temp/CB1/u-boot-sunxi-with-spl.bin which might help. Cheers, Steven
  8. I hit this recently when I had a new u-boot-sunxi-with-spl.bin and my boot volume didn't have boot.scr. If you're seeing an attempt to load from the network then I think your u-boot is being found and run (because it is u-boot that tries to load from the network). Do you have /boot.scr or /boot/boot.scr in the first volume on your SD card ? Cheers, Steven
  9. Hi, Possibly the boot0 and boot1 files in NAND are incorrect. Installing Linaro (or something similar) with Phoenixsuit should replace these files with the ones required to boot Linux kernels. An alternative is to run the bootfix program from https://github.com/phelum/CT_NandBoot. This runs on a host machine (e.g. another CT or a PC) and loads the correct boot0 and boot1 files. This update doesn't affect the NAND partitions so if you've already loaded them then the CT should start automatically after the update. Cheers, Steven
  10. I assume you have a Cubieboard2 (A20). You might have a U-Boot problem. I've uploaded my CB2 U-Boot to http://phelum.net/temp/CB2/u-boot-sunxi-with-spl.bin so you can try it if you like. Cheers, Steven
  11. I think it's openGL ES only. The only OpenGL board I have is an NVidia TK1. I tried OpenGL on an A20 but it is software rendering only. Cheers, Steven
  12. Hi Igor, Yes, your config patch solves the problem. Much better than needing an old U-Boot for legacy kernels. Update: I've just found that Cubieboard_defconfig doesn't select "Enable workarounds for booting old kernels". Selecting this option fixes the boot problem (same as your patch). Cheers, Steven
  13. Hi, I've tried with and without "setenv bootm_boot_mode sec". My boot.scr works with the legacy U-Boot (2014.04) and the mainline U-Boot (2013.10) I probably got from a disk image. But it doesn't work (hang after "Starting kernel") with the mainline U-Boot (2016.05). My boot.scr is below. All 3 partitions on the SD card are ext2. Cheers, Steven (apologies if this doesn't format correctly; something in my browser is annoying the forum software). env set fdt_high ffffffff setenv bootargs console=ttyS0,115200 disp.screen0_output_mode=EDID:1024x768p60 \ root=/dev/mmcblk0p2 rootwait panic=10 rootfstype=ext2 #setenv extraargs rootfstype=ext2 #setenv script script.cb1 #setenv machid 0x10bb #setenv bootfstype ext2 #setenv scriptaddr 0x43000000 # mode sec required for old kernels, this forces single CPU mode !!! setenv bootm_boot_mode sec #printenv ext2load mmc 0 0x43000000 /boot/script.cb1 ext2load mmc 0 0x48000000 /boot/uImage bootm 0x48000000
  14. I've just generated a U-Boot for my CB1 running a legacy kernel. Steps are: git clone -b sunxi https://github.com/linux-sunxi/u-boot-sunxi.git make Cubieboard_config make dd if=u-boot-sunxi-with-spl.bin of=/dev/mmcblk0 bs=1k seek=8 I first tried to generate U-Boot from the u-boot-sunxi at git.denx.de and although it would load and start the kernel nothing happened after "Starting kernel". The new U-Boot is at http://phelum.net/temp/CB1/u-boot-sunxi-with-spl.bin. Cheers, Steven
  15. Hi Chris, I don't remember where the U-Boot came from. Judging by the date I doubt I generated it. I'm trying to generate a new one from the current base. I'll report back here when I get it working. Cheers, Steven