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/29 20:39] – [Installing OpenWrt] bluecmdinbox:toh:cisco:vedge_1000 [2024/08/11 12:20] – [Installing OpenWrt] bluecmd
Line 44: 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 54: Line 55:
 ==== Installing OpenWrt ==== ==== Installing OpenWrt ====
  
 +=== Alternative 1: Boot installation from unlocked u-boot via TFTP ===
  
-=== Alternative 1: Boot installation from inside OEM OS (USB drive, SD card, SSH, HTTP(S)) ===+  * 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 **Note:** OEM OS only supports mounting vfat partitions automatically
  
-  * Copy ./bin/targets/octeon/generic/openwrt-octeon-generic-cisco_vedge1000-initramfs-kernel.bin  to /boot/openwrt-install.bin+  * Copy ''openwrt-octeon-generic-cisco_vedge1000-initramfs-kernel.bin'' to ''/boot/openwrt-install.bin''
   * ''touch /boot/in_prod'' to unlock u-boot if required   * ''touch /boot/in_prod'' to unlock u-boot if required
   * Reboot vEdge   * Reboot vEdge
Line 67: Line 84:
     * ''ext2load usb 0:1 $loadaddr openwrt-install.bin''     * ''ext2load usb 0:1 $loadaddr openwrt-install.bin''
     * ''bootoctlinux $loadaddr endbootargs''     * ''bootoctlinux $loadaddr endbootargs''
-  * Skip to the **Prepare the disk step** +  * Continue with the **Prepare the disk** step
- +
-=== Alternative 2: Boot installation from unlocked u-boot via TFTP === +
- +
-  * 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: +
-    * ''dhcp'' +
-    * ''setenv serverip 10.1.2.3'' +
-    * ''tftpboot $loadaddr $serverip:/openwrt-octeon-generic-cisco_vedge1000-initramfs-kernel.bin'' +
-    * ''bootoctlinux $loadaddr endbootargs'' +
- +
-Example tftp server command: ''sudo /usr/sbin/in.tftpd -sLv .''+
  
 === Prepare the disk === === Prepare the disk ===
Line 89: Line 93:
     * If you are missing the ''PARTUUID'' part, you need to follow the next instruction - otherwise you can skip ahead to the next section.     * 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:   * Generate a new disk ID by running the following commands:
-    * udhcpc -i br-lan +    * <code
-    * echo 'nameserver 1.1.1.1' /etc/resolv.conf +source /lib/upgrade/platform.sh 
-    * opkg update +sfdisk --disk-id "$(platform_get_n821_disk)" 0x10"${RANDOM}" 
-    * opkg install sfdisk +</code>
-    source /lib/upgrade/platform.sh +
-    sfdisk --disk-id "$(platform_get_n821_disk)" 0x10"${RANDOM}"+
   * Now loop back to step 1 above and verify that the boot partition has a ''PARTUUID'' property. Then continue with the installation.   * Now loop back to step 1 above and verify that the boot partition has a ''PARTUUID'' property. Then continue with the installation.
  
Line 101: Line 103:
 You need to make the file ''openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar'' available to the installation. You need to make the file ''openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar'' available to the installation.
  
-== USB drive ==+**Example using OpenSSH:**
  
 <code> <code>
-mount /dev/sdb1 /mnt +udhcpc -i br-lan 
-sysupgrade -n /mnt/openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar+# 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> </code>
  
-== OpenSSH SCP ==+**Example using a USB drive:**
  
 <code> <code>
-udhcpc -i br-lan +mount /dev/sdb1 /mnt 
-# On another machine: scp -O openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar root@10.x.x.x:/tmp+sysupgrade -n /mnt/openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar
-sysupgrade -n /tmp/openwrt-octeon-generic-cisco_vedge1000-squashfs-sysupgrade.tar+
 </code> </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. 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 ==== ==== Reverting back to OEM ====
  
Line 232: 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 951: 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 ==== ==== Gotchas ====
Line 963: Line 993:
 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. 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