[Oberon] Data transfer in large amounts

[Skulski, Wojciech]

Joerg:

dd is appropriate for cloning a disk image for a development board. A use case would be: I am setting up a lab with 20 boards with 20 identical images. Then using dd is an effective solution. No problem at all.

dd is not a way to work with files. A counter example: a student just recorded a 300 MB file (assuming that the filesystem was fixed to allow for using the SD card capacity.) Now imagine the poor guy transferring the entire disk image in order to extract his data file. I can't even think what his comment would be.

I am surprised that I need to say all this. A problem is a problem. It is not an asset. 

W
________________________________________
From: Oberon [oberon-bounces at lists.inf.ethz.ch] on behalf of Jörg Straube [joerg.straube at iaeth.ch]
Sent: Wednesday, July 13, 2016 2:06 AM
To: paulreed at paddedcell.com; ETH Oberon and related systems
Subject: Re: [Oberon] Data transfer in large amounts

Wojtek

As I don't find serial transfer as an appropriate way, I do it as follows
- I use "dd" to transfer the SD to an image or image to SD
- I have an Oberon program on the host system to cpoy files to or from the image.

br
Jörg

> Am 13.07.2016 um 03:27 schrieb Paul Reed <paulreed at paddedcell.com>:
>
> Dear Wojtek,
>
>> ...possible applications of the FPGA Oberon... would be
>> easier to develop if the SD card could be read under the workstation OS
>> as a regular SD card. Are there any plans to develop the common file
>> system which would make it possible?
>> ...the prime reason to develop instruments
>> running the FPGA Oberon OS would be to collect data...if I collect a 2GB
> data file
>> then I would like to easily and efficiently transfer it to the analysis
>> environment. Trickling the file through the wireless or serial is not
>> quite adequate in this case.
>
> Clearly.  But I don't think there is anything in the pipeline which would
> save you work in your specific use-case very much, it's quite outside the
> scope of what we are doing: a 2GB file won't fit on a 64MB filesystem, for
> a start.  Sorry!  But of course Oberon presents far fewer barriers to
> "doing it yourself", with absolute control, than other more mainstream
> systems.
>
> HTH
> Paul
>
>
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.inf.ethz.ch_mailman_listinfo_oberon&d=CwIGaQ&c=kbmfwr1Yojg42sGEpaQh5ofMHBeTl9EI2eaqQZhHbOU&r=uUiA_zLpwaGJIlq-_BM9w1wVOuyqPwHi3XzJRa-ybV0&m=8u50bxjjnIxfpvVZpOrtnYE8aDn0V_7J735wSp0sI_4&s=52IZQM5DawU8NqaPM_KROfUvjH9pCx_onO5ljrsvnbE&e=

--
Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.inf.ethz.ch_mailman_listinfo_oberon&d=CwIGaQ&c=kbmfwr1Yojg42sGEpaQh5ofMHBeTl9EI2eaqQZhHbOU&r=uUiA_zLpwaGJIlq-_BM9w1wVOuyqPwHi3XzJRa-ybV0&m=8u50bxjjnIxfpvVZpOrtnYE8aDn0V_7J735wSp0sI_4&s=52IZQM5DawU8NqaPM_KROfUvjH9pCx_onO5ljrsvnbE&e=