Re: [casper] SNAP FPGA data endianness and networking

2020-08-18 Thread Nitish Ragoomundun
:) Thank you all for this small debate. Our sampling rates are in the hundreds of MHz but we have many many dual-polarised antennas, so we will rather go with the pragmatic solution to be on the safe side. All the processing nodes are little-endian and the final products that we might be sharing wi

Re: [casper] SNAP FPGA data endianness and networking

2020-08-18 Thread David MacMahon
Is it April already? :) :) :) > On Aug 18, 2020, at 10:43, Jack Hickish wrote: > > There is, of course, always the compromise option of using half > network-endianness and half little-endianness. For example, all positive > numbers could be encoded with big-endian and negative numbers could be

Re: [casper] SNAP FPGA data endianness and networking

2020-08-18 Thread Jack Hickish
There is, of course, always the compromise option of using half network-endianness and half little-endianness. For example, all positive numbers could be encoded with big-endian and negative numbers could be encoded little-endian. This would incur a similar overhead on both little- and big-endian C

Re: [casper] SNAP FPGA data endianness and networking

2020-08-18 Thread James Smith
Hi Dave, Yes of course! Though it makes little sense IMO to do the conversion on the host CPU, as GPUs are pretty well-equipped to do this operation pretty quickly if the need arises. In some cases being pragmatic is important - if your instrument is small, for example, and you don't have any use

RE: [casper] Installation of Matlab 2012B

2020-08-18 Thread Michael D'Cruze
It may be of interest to someone in the future that, if you buy a Dell workstation with RHEL pre-installed, these solutions don’t work. Indeed this is what I originally tried to do. The problem appears to be that Dell have installed some sort of BIOS command to overrule any changes you make to t

Re: [casper] SNAP FPGA data endianness and networking

2020-08-18 Thread David MacMahon
I guess I’m going to play angels’s advocate and suggest the pragmatic over the dogmatic. :) Some standards mandate network byte order, aka big endian, but if you’re not constrained in that way and you know that the data will be processed downstream by a little-endian system for the foreseeable

Re: [casper] Installation of Matlab 2012B

2020-08-18 Thread David MacMahon
The consistent albeit cryptic names like “enp0s5” might make life easier for automating Linux installations, but I don’t think they make life easier for sysadmins or power users. Fortunately, this naming scheme is optional and it’s easy to switch to the more human-friendly names by adding “net.i

Re: [casper] SNAP FPGA data endianness and networking

2020-08-18 Thread James Smith
Hello Nitish, So I'm going to play devil's advocate and say that while you could do the byte swapping in the FPGA, it would be morally wrong ;-) Ideally, all data that goes out on a network will be network order, and you use the ntohl or htohs functions to get it in host format. That way the code

Re: [casper] SNAP FPGA data endianness and networking

2020-08-18 Thread Nitish Ragoomundun
Hi, Thanks a lot Jack. It makes sense. And thank you very much for the note on the 2x32-bit pair. It is exactly how our data is formatted. Ok, we will go with an FPGA correction instead of a CPU byteswap. I am guessing it will be faster this way. Thanks again. Cheers Nitish On Tue, Aug 18, 2020

Re: [casper] SNAP FPGA data endianness and networking

2020-08-18 Thread Jack Hickish
Hi Nitish, To try and answer your first question without adding confusion -- If you send a UFix64_0 value into the 10GbE block, you will need to interpret it on the other end via an appropriate 64-bit byte swap if your CPU is little-endian. If you send a 64-bit input into the 10GbE block where th

[casper] SNAP FPGA data endianness and networking

2020-08-18 Thread Nitish Ragoomundun
Hello, We are setting up the digital back-end of a low-frequency telescope consisting of SNAP boards and GPUs. The SNAP boards packetize the data and send to the GPU processing nodes via 10 GbE links. We are currently programming the packetizer/depacketizer. I have a few questions about the 10gbe

Re: [casper] Installation of Matlab 2012B

2020-08-18 Thread Jack Hickish
Hi Heystek, Not sure what the linux flavour dependencies are, but this is quick and easy and works for (eg) making MATLAB 2016 work with Ubuntu 2018 -- https://blog.leiy.me/post/create-dummy-network-interfaces-on-linux Cheers Jack On Tue, 18 Aug 2020 at 12:00, James Smith wrote: > Hi Heystek,

Re: [casper] Installation of Matlab 2012B

2020-08-18 Thread James Smith
Hi Heystek, Unfortunately not - I have had this in the past as well IIRC, some of the more modern Linux distributions will give you something like "en0s1" or the like. Matlab is stuck in the past, looking for eth0. It's easy enough to change the name, but bear in mind that you may have some funni

Re: [casper] Installation of Matlab 2012B

2020-08-18 Thread Heystek Grobler
Hey Mike Thank you for your reply! On the Mathworks forums some of the folks suggest to “force” a name change. Apparently the license is looking for “eth0” but on my machine it is “em1”. That is what is. causing the error. I was just wondering if there is perhaps a more elegant solution to

RE: [casper] Installation of Matlab 2012B

2020-08-18 Thread Michael D'Cruze
Hi Heystek, I’ve seen a similar thing recently installing ISE on a Linux 7 machine. It looks like a complaint about the naming convention of your primary NIC. You can force a name-change if you want using the network manager (I did it in RHEL, unsure about Ubuntu) but better to find a solution

[casper] Installation of Matlab 2012B

2020-08-18 Thread Heystek Grobler
Hello everyone I have a bit of a problem. The first time that I am experiencing it. I am trying to install Matlab 2012B on a Ubuntu machine (That I redid), but the installation gives this error: [image: Screenshot from 2020-08-17 17-55-44.png] Does anyone perhaps know how to fix this? Heystek