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
2792 	__hal_virtualpath_t *vpath;
2796 	vpath = (__hal_virtualpath_t *) &hldev->virtual_paths[vp_id];
2804 	val64 = vxge_os_pio_mem_read64(vpath->hldev->header.pdev,
2805 	    vpath->hldev->header.regh0,
2806 	    &vpath->vp_reg->rxmac_vcfg0);
2810 	vxge_os_pio_mem_write64(vpath->hldev->header.pdev,
2811 	    vpath->hldev->header.regh0,
2813 	    &vpath->vp_reg->rxmac_vcfg0);
2818 	vxge_os_pio_mem_read64(vpath->hldev->header.pdev,
2819 	    vpath->hldev->header.regh0,
2820 	    &vpath->vp_reg->rxmac_vcfg0);
2826  * Bug: Receive path stuck during small frames blast test after numerous vpath
2829  * Fix: Driver work-around is to ensure that the vpath queue in the FB(frame
2832  * max frame length for the vpath to 0 or some small value. Driver then polls
2833  * WRDMA registers to check that the ring controller for the vpath is not
2837  * and the PRC_RXD_DOORBELL_VPn register. There is no per-vpath register in
2838  * the frame buffer that indicates if the vpath queue is empty, so determine
2841  * the vpath, and
2842  * 2. The ring controller for the vpath is not being starved of RxDs
2843  * (otherwise it will not be able to process frames even though the FB vpath
2847  * register against the RXD_SPAT value for the vpath.
2854  * reset vpath are not selected back-to-back due to arbitration.
2866 	__hal_virtualpath_t *vpath;
2868 	vpath = &hldev->virtual_paths[vp_id];
2870 	vxge_assert(vpath != NULL);
2878 	if (vpath->vp_config->ring.enable == VXGE_HAL_RING_DISABLE) {
2890 		    &vpath->vp_reg->prc_rxd_doorbell);
2897 		    &vpath->vp_reg->prc_cfg6);
2903 		    &vpath->vp_reg->frm_in_progress_cnt);