Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revisionBoth sides next revision
inbox:toh:cisco:vedge_1000 [2024/03/17 08:25] – [Serial] bluecmdinbox:toh:cisco:vedge_1000 [2024/08/11 12:20] – [Installing OpenWrt] bluecmd
Line 17: Line 17:
 Basic plattform support is available in the main branch since https://github.com/openwrt/openwrt/commit/6bf0e7649400f5c25828061d14dd5aa76bfc1211. Basic plattform support is available in the main branch since https://github.com/openwrt/openwrt/commit/6bf0e7649400f5c25828061d14dd5aa76bfc1211.
  
-Currently there is a private fully-featured openwrt port pending kernel patch upstreaming before they are submitted to OpenWrt.+Currently there is a [[https://github.com/sonix-network/openwrt/tree/viptela-vedge1000-for-upstream|private fully-featured OpenWrt port]] pending kernel patch upstreaming before they are submitted to OpenWrt.
 ===== Supporting activities ===== ===== Supporting activities =====
  
Line 30: Line 30:
 ===== Experimental firmware ===== ===== Experimental firmware =====
  
-None at this time.+See https://github.com/sonix-network/openwrt/releases. 
 /*** /***
   * External image (add link)   * External image (add link)
Line 43: Line 44:
  
  
 +USB per-port power switching (PPPS) is available for both USB 3 front ports.
  
 /*** if info available: uncomment and fill in /*** if info available: uncomment and fill in
Line 49: Line 51:
   - → [[docs:guide-user:installation:generic.flashing|Install OpenWrt]]   - → [[docs:guide-user:installation:generic.flashing|Install OpenWrt]]
   - → [[:downloads|Latest OpenWrt release]]   - → [[:downloads|Latest OpenWrt release]]
 +***/
  
 ==== Installing OpenWrt ==== ==== Installing OpenWrt ====
-***/ 
  
 +=== Alternative 1: Boot installation from unlocked u-boot via TFTP ===
 +
 +  * Download the ''openwrt-octeon-generic-cisco_vedge1000-initramfs-kernel.bin'' file somewhere locally and set up a TFTP server serving the file.
 +    * Example TFTP server command to serve the files in the current directory: ''sudo /usr/sbin/in.tftpd -sLv .''
 +  * Calculate the CRC32 of your boot file using the following command: <code>python3 -c 'd = open("openwrt-octeon-generic-cisco_vedge1000-initramfs-kernel.bin", "rb").read(); import binascii; print("crc32 -v 0x20000000 " + hex(len(d)) + " " + hex(binascii.crc32(d))[2:].rjust(8, "0"))'</code>
 +
 +  * If you are not in the u-boot prompt, reboot the device and press **Ctrl-x** to enter u-boot
 +    * If this does not work, see the "Unlock u-boot" section.
 +  * Connect the vEdge 1000 via the management Ethernet port to a network with DHCP available
 +  * Run the following commands, replace the IP with your TFTP server:
 +    * ''setenv ethact octmgmt0; dhcp; setenv serverip 10.1.2.3''
 +    * ''setenv ethact octmgmt0; tftpboot $loadaddr $serverip:/openwrt-octeon-generic-cisco_vedge1000-initramfs-kernel.bin''
 +    * ''crc32 -v 0x20000000 0x?????? ????????'' (use the already prepared CRC32 command from earlier)
 +    * If the previous crc32 command does not complain, continue with the boot
 +    * ''bootoctlinux $loadaddr endbootargs''
 +  * Continue with the **Prepare the disk** step
 +
 +=== Alternative 2: Boot installation from inside OEM OS (USB drive, SD card, SSH, HTTP(S)) ===
 +
 +**Note:** OEM OS only supports mounting vfat partitions automatically
 +
 +  * Copy ''openwrt-octeon-generic-cisco_vedge1000-initramfs-kernel.bin'' to ''/boot/openwrt-install.bin''
 +  * ''touch /boot/in_prod'' to unlock u-boot if required
 +  * Reboot vEdge
 +  * Press ctrl-x to enter u-boot
 +  * Run the following commands:
 +    * ''usb start''
 +    * ''ext2load usb 0:1 $loadaddr openwrt-install.bin''
 +    * ''bootoctlinux $loadaddr endbootargs''
 +  * Continue with the **Prepare the disk** step
 +
 +=== Prepare the disk ===
 +The vEdge 1000 has been found to have a disk ID of zero by default. This needs to be rectified in order for OpenWrt to reliably be able to find the root partition. This step only has to be done once as it is permanent unless the full disk is re-partitioned manually by the user.
 +
 +  * Verify if you need to change the disk ID by running ''blkid -t LABEL=boot''
 +    * You should get a single line like this: ''/dev/sda1: LABEL="boot" UUID="e74e53f8-dbfd-4b1f-8fc9-ba6528c03635" BLOCK_SIZE="4096" TYPE="ext2" PARTUUID="01013160-01"''
 +    * If you are missing the ''PARTUUID'' part, you need to follow the next instruction - otherwise you can skip ahead to the next section.
 +  * Generate a new disk ID by running the following commands:
 +    * <code>
 +source /lib/upgrade/platform.sh
 +sfdisk --disk-id "$(platform_get_n821_disk)" 0x10"${RANDOM}"
 +</code>
 +  * Now loop back to step 1 above and verify that the boot partition has a ''PARTUUID'' property. Then continue with the installation.
 +
 +=== Running the installation ===
 +
 +You need to make the file ''openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar'' available to the installation.
 +
 +**Example using OpenSSH:**
 +
 +<code>
 +udhcpc -i br-lan
 +# On another machine: scp -O openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar root@10.x.x.x:/tmp/
 +sysupgrade -n /tmp/openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar
 +</code>
 +
 +**Example using a USB drive:**
 +
 +<code>
 +mount /dev/sdb1 /mnt
 +sysupgrade -n /mnt/openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar
 +</code>
 +
 +Done! It is recommended to power-cycle the device to ensure that e.g. the LED and USB controllers are reset to a known state.
 +
 +=== Sync and reset fallback partitions ===
 +
 +The vEdge 1000 has support for two U-Boot bootloaders. It is recommended to sync and force a switch to the primary partition.
 +
 +In U-Boot, execute the following:
 +
 +<code>
 +# optional: ensure USB3 ports are enabled
 +setenv ext_usb_setup "i2c dev 1; i2c smbwrite 6e 01 01 ff; cpld_wr 0x4 0x00"
 +
 +cpld_wr 0xa 0x2
 +saveenv
 +cpld_wr 0xa 0x0
 +saveenv
 +reset
 +</code>
 +==== Reverting back to OEM ====
 +
 +<code>
 +source /lib/upgrade/platform.sh
 +mkdir /mnt
 +mount "$(platform_get_n821_disk 1)" /mnt
 +rm /mnt/in_prod
 +umount /mnt
 +reboot
 +</code>
 +
 +In the "Viptela vEdge-1000 Boot Console" interface select ESC to enter recovery mode and select "Reset u-boot environment".
 +The system will restart but fail to boot with a bunch of file system related errors. At this point press the reset button on the front panel for 10 seconds and let go.
 +The system should now boot up correctly in the OEM software
  
 ===== Debricking ===== ===== Debricking =====
Line 153: Line 250:
 ***/ ***/
  
-The unit is shipped with two power adapters, part number FSP060-DIBAN2. A DC connector w/ the dimensions 2.1×5.5×9.5mm is suitable.+The unit is shipped with two power adapters, part number FSP060-DIBAN2. A DC connector w/ the dimensions 2.1×5.5×9.5mm is suitable. The stock PSU is rated 60W but in reality anything at 30W or higher should work fine. During stress testing the vEdge 1000 has been pushed to draw 28W at worst-case but during normal loads it should be closer to 15-20W. The unit works fine with voltage levels between 6.5V up to 15.2V - higher voltages might be possible but has not been tested.
  
  
Line 872: Line 969:
 ===== Notes ===== ===== Notes =====
  
 +==== USB power switching ====
 +
 +To power down the top port you can do:
 +
 +<code>
 +echo 1 > /sys/devices/pci0000:01/0000:01:00.0/usb3/3-0:1.0/usb3-port2/disable
 +echo 1 > /sys/devices/pci0000:01/0000:01:00.0/usb4/4-0:1.0/usb4-port2/disable
 +</code>
 +
 +For the bottom port use ''usb3-port1'' and ''usb4-port1''. Both ports need to be disabled due to USB 3.0/2.x duality. Enable the port by writing 0 in the same fashion.
 +
 +The software uhubctl can be used, but as of this writing there are some issues regarding endianness and devices hanging around in the kernel even when being powered down.
 +
 +==== Gotchas ====
 +
 +=== Trying to up an interface fails ===
 +
 +<code>
 +root@OpenWrt:/# ip link set up dev lan5
 +RTNETLINK answers: No error information
 +</code>
 +
 +This will happen if the port is configured for SGMII and did not have a PHY inserted at boot time. Reboot the unit and it should be able to up the link.
 +
 +=== Kernel panic - not syncing: ������ ===
 +
 +This message with broken glyphs can occur if you enable CONFIG_TARGET_INITRAMFS_COMPRESSION. Maybe the support is broken for MIPS64, or maybe it is broken for just this platform.
 +
 +=== Crash when loading kernel after "Allocating memory for ELF segment:" ===
 +
 +This error can happen if the initramfs image is too large. Images larger than 256 MiB seems to be unbootable.
 +
 +Example log:
 +
 +<code>
 +Bytes transferred = 432629896 (19c96888 hex)
 +=> bootoctlinux $loadaddr endbootargs
 +argv[2]: endbootargs
 +Allocating memory for ELF segment: addr: 0xffffffff81100000 (adjusted to: 0x1100000), size 0x19ea1360
 +
 +Reg: 0x0 0x0
 +Reg: 0x1 0x0
 +Reg: 0x2 0x30000000
 +Reg: 0x3 0xD1D2D3D4D5D6D7DC
 +Reg: 0x4 0x19EA1360
 +Reg: 0x5 0xD1D2D3D4D5D6D7DC
 +Reg: 0x6 0x1100000
 +Reg: 0x7 0x8000000000000000
 +Reg: 0x8 0x6C108
 +Reg: 0x9 0xFFFFFFFFFFFFFFF0
 +Reg: 0xA 0x30000000
 +Reg: 0xB 0xD1D2D3D4D5D6D7E4
 +Reg: 0xC 0xDEDF00000000003C
 +Reg: 0xD 0xDEDF00003000003C
 +Reg: 0xE 0x800000000006C110
 +Reg: 0xF 0x1
 +Reg: 0x10 0x1AFA1360
 +Reg: 0x11 0xF
 +Reg: 0x12 0x0
 +Reg: 0x13 0x19EA1360
 +Reg: 0x14 0x0
 +Reg: 0x15 0x1100000
 +Reg: 0x16 0x0
 +Reg: 0x17 0x1100000
 +Reg: 0x18 0xFFFFFFFFC00F0180
 +Reg: 0x19 0xFFFFFFFFC0001BC0
 +Reg: 0x1A 0xFFFFFFFFFFFF97F8
 +Reg: 0x1B 0xFFFFFFFFFFFF97F8
 +Reg: 0x1C 0xFFFFFFFFC00CD3C0
 +Reg: 0x1D 0xFFFFFFFFC0FAF7B0
 +Reg: 0x1E 0x0
 +Reg: 0x1F 0xFFFFFFFFC0001D1C
 +status:    0x505000E6
 +cause:  0x40008010 (Address error exception (load or inst fetch))
 +epc:    0xFFFFFFFFC0001DEC
 +badvaddr:       0xD1D2D3D4D5D6D7E4
 +instruction: 0xDD6C0000
 +
 +stack:     0xFFFFFFFFC0FAF7B0
 +0xFFFFFFFFC0FAF6B0 : 0xFFFFFFFFC012AB98 0xFFFFFFFFC03A1A88
 +0xFFFFFFFFC0FAF6C0 : 0x5F5F746D705F7265 0x7365727665645F6C
 +0xFFFFFFFFC0FAF6D0 : 0x696E757800000000 0x536B697070696E67
 +0xFFFFFFFFC0FAF6E0 : 0x206E6F6E204C4F41 0x442070726F677261
 +0xFFFFFFFFC0FAF6F0 : 0x6D20686561646572 0x2028747970652030
 +</code>
 ===== Tags ===== ===== Tags =====
  
 {{tag>U-boot octeon 4core MIPS64 SFP GigabitEthernet 9Port VLAN 4096RAM USB3.0 Serial 2serial 1button fan RTC rackmount 12v_powered dual_firmware jtag}} {{tag>U-boot octeon 4core MIPS64 SFP GigabitEthernet 9Port VLAN 4096RAM USB3.0 Serial 2serial 1button fan RTC rackmount 12v_powered dual_firmware jtag}}
  • Last modified: 2024/09/02 20:29
  • by bluecmd