Hello Fellow-WinOFers, I wrote up PR 1963 yesterday and have added plenty of additional information today. I am running the latest WinOF on Windows 2008 R2 with 2 ConnectX DDR cards. I cannot get Iometer to run; I cannot get ib_send_bw to send large number of packets. I am able to run ibv_send_bw but with abysmal performance. Can anyone look at the PR and provide some assistance? Has anyone run winof_2-2_RC2_win7_x64 on Windows 2008 R2? Thanks in advance! Usha
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Sean Hefty Sent: Monday, February 22, 2010 3:02 PM To: 'Leonid Keller'; 'James Yang'; Tzachi Dar; ofw_list Subject: Re: [ofw] API breakage in trunk > > > I don't see any reason why ib_ca_attr_t can't just be extended ... >One can do it. >It doesn't break backward compatability, so old applications will work well >with new kernel (i.e. with extended ib_ca_attr_t). >But new applications, running against old kernel, may crash. Maybe it's time to separate the user space APIs from the user to kernel interfaces from the kernel APIs. >> > // for LLE >> > enum rdma_transport_type[MAX_PORT_NUM] transport; >> > >> > // for vendor specific info >> > enum vendor_info_type vendor_info; >> > union { >> > uplink_info_t mlnx_vendor_info; >> // for >> >Mellanox >> > }; We could add new calls to obtain vendor specific data. Although the transport type ideally belongs as a common attribute. The Linux solution to the problem was to make use of padding in the structure, which you suggested as the 'third' solution. That may be the cleanest way to add new fields to the structure _______________________________________________ ofw mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ofw _______________________________________________ ofw mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ofw
