OBSOLETE Patch-ID# 150031-16

22533453 panic in vsw_switch_frame+0x2c
22646845 unplumbed vnet connection is unreliable when vsw uses ixgbe interfaces
 
(from 150031-15)
 
19630724 using link-based IPMP in guest LDOM causes packet loss when control domain boots
 
(from 150031-14)
 
18137856 significant delay in IPMP failover in guest domains during control domain panic
18380035 IPMP link based is not detecting the vnets states during start
19726317 vgen_ldc_reset() not releasing cblock if channel already started
19854692 vsw is not doing TCP checksumming
 
(from 150031-13)
 
20484259 ldm migrate-domain: linkup of vnet on guest domain takes 5 seconds
 
(from 150031-12)
 
20415436 use after free in vsw due to race condition when virtual link is flapping
 
(from 150031-11)
 
19694912 can't suspend guest LDOM for migration due to possible vnet issue
20076730 19694912 needs more work
 
(from 150031-10)
 
19450939 vnet handshake fails on LDC between vnets with different MTU
19718693 jumbo frame MTU on vnet should keep H/W checksumming enabled
 
(from 150031-09)
 
18959305 LDoms vsw/vnet silently drops from dring_mode 4 to 1 with large MTU's
 
(from 150031-08)
 
15747988 reset primary-vsw net-dev value caused host panics in loop
16022513 destroy of vio_mblk_pool can easily block D/R
16498755 panic during install, assertion failed: file: ../../sun4v/io/vnet_txdring.c, lin
18166010 vnet LDC handshake issues seen when there are large number vnets
18661302 vnet link does not come up after live migration
18797292 vsw consumes a lot of memory during live migration
 
(from 150031-07)
 
18116615 vlan tags on vnet with hardware LSO will trigger redzone violation
18482025 Solaris 10 virtual network switch can cause checksum errors
 
(from 150031-06)
 
15729810 guest LDOM cluster nodes are not able to form paths in RxDring mode in LDOM2.1
 
(from 150031-05)
 
15813779 vdisks intermittently not usable due to vdc "Error initialising ports" (SAN_DSK_001)
17199899 virtual disks are not recovered on Guest Domain after Service Domain reboots
17366887 VSW_HASH() accessing unmapped data causing panics in vsw_tx_msg
17394360 booting from a vnet that includes a "vid" in its definition is not possible
17479889 virtual network switch can corrupt TCP packet when extended-mapin-space is off
 
(from 150031-04)
 
16342129 LDOM guests can communicate only after O/S reboot
 
(from 150031-03)
 
17182503 mac_do_softlso and vnet_vlan_*_tag do not go along
 
(from 150031-02)
 
15487391 high mutex spin in vio_freeb()
15593866 adding new guests can impact network performance of existing guests
15816173 RFE: LSO/LRO support for vnet<->vsw communication
16695641 panic: in module "vsw" due to a NULL pointer dereference
16862245 division by zero in LSO check
16866900 bad trap due to a null pointer dereference in ip_csum_hdr of vsw
17084252 Solaris 10: 15816173 introduced bottleneck in vnet download speed (rxdring)
17161950 vnet: LSO packets are silently dropped in vlan config
 
(from 150031-01)
 
15787807 vsw to vnet communication performance is less than expected
15855617 desballoc failure can cause panic in vgen_receive_packet

--------------------------------
 
Please refer to the man pages for instructions on using 'patchadd'
and 'patchrm' commands provided with Solaris.
 
The following example installs a patch to a standalone machine:
 
       example# patchadd /var/spool/patch/123456-07
 
The following example removes a patch from a standalone system:
 
       example# patchrm 123456-07
 
For additional examples please see the appropriate man pages. Any
other special or non-generic installation instructions should be
described below as special instructions.

-----------------------------
 
NOTE 1:  ldc_dtsb_hit() stores VA_MAP before the LDC_VA (bug 15816287):
 
         SPARC T3 and SPARC T4 systems running Oracle VM Server for SPARC:
         domain with a virtual network device or a virtual switch under
         heavy stress might panic in rare circumstances.
 
         The solution is to update the system firmware to version 8.3.0.c
         or later.
 
NOTE 2:  To get the complete fix for 15747988 (reset primary-vsw net-dev
         value caused host panics in loop), please also install the
         following patch:
 
         150400-15 (or greater)  Kernel Patch