vxge/vxgehal/vxgehal-config.c

1244  * __hal_vpath_qos_config_check - Check vpath QOS configuration.
1247  * Check the vpath QOS configuration
1604  * __hal_device_vpath_config_check - Check vpath configuration.
1607  * Check the vpath configuration
2801 	__hal_virtualpath_t *vpath;
2805 	vpath = (__hal_virtualpath_t *) &hldev->virtual_paths[vp_id];
2813 	val64 = vxge_os_pio_mem_read64(vpath->hldev->header.pdev,
2814 	    vpath->hldev->header.regh0,
2815 	    &vpath->vp_reg->rxmac_vcfg0);
2819 	vxge_os_pio_mem_write64(vpath->hldev->header.pdev,
2820 	    vpath->hldev->header.regh0,
2822 	    &vpath->vp_reg->rxmac_vcfg0);
2827 	vxge_os_pio_mem_read64(vpath->hldev->header.pdev,
2828 	    vpath->hldev->header.regh0,
2829 	    &vpath->vp_reg->rxmac_vcfg0);
2835  * Bug: Receive path stuck during small frames blast test after numerous vpath
2838  * Fix: Driver work-around is to ensure that the vpath queue in the FB(frame
2841  * max frame length for the vpath to 0 or some small value. Driver then polls
2842  * WRDMA registers to check that the ring controller for the vpath is not
2846  * and the PRC_RXD_DOORBELL_VPn register. There is no per-vpath register in
2847  * the frame buffer that indicates if the vpath queue is empty, so determine
2850  * the vpath, and
2851  * 2. The ring controller for the vpath is not being starved of RxDs
2852  * (otherwise it will not be able to process frames even though the FB vpath
2856  * register against the RXD_SPAT value for the vpath.
2863  * reset vpath are not selected back-to-back due to arbitration.
2875 	__hal_virtualpath_t *vpath;
2877 	vpath = &hldev->virtual_paths[vp_id];
2879 	vxge_assert(vpath != NULL);
2887 	if (vpath->vp_config->ring.enable == VXGE_HAL_RING_DISABLE) {
2899 		    &vpath->vp_reg->prc_rxd_doorbell);
2906 		    &vpath->vp_reg->prc_cfg6);
2912 		    &vpath->vp_reg->frm_in_progress_cnt);