Hi David and Danilo, I'll do a build of 3579 on my Pi, a Banana Pi with a 1Tb hard disk. 1Gb ram.
The Banana Pi has a SATA port on the SoC an Allwinner A20. The Fedora team did a great job in the early days of ARM, doing a full port. The latest kernel, all drivers, all apps, it's great. As I write this it's done the codec2-dev compile and the FreeDV app is at 20%. The build of the FreeDV app seems much slower than on the x86_64 but it's done. That was perhaps five minutes in total. Via XRDP (Remote desktop) the FreeDV 1.3 app runs at 80% CPU usage. After 10 secs of processing off-air noise on 7.177MHz the waterfall failed and I get on this text on the running terminal: This is where "cut & paste" fails, when the display is stuck. ps -ef | grep freedv alanb 1462 1455 36 09:35 pts/2 00:06:47 [freedv] <defunct> But, here it is: ALSA lib pcm.c:7905:(snd_pcm_recover) underrun occurred ALSA lib pcm.c:7905:(snd_pcm_recover) underrun occurred Expression 'alsa_snd_pcm_prepare( stream->playback.pcm )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 2915 Expression 'AlsaStart( stream, 0 )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3241 Expression 'AlsaRestart( self )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3308 Expression 'PaAlsaStream_HandleXrun( self )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3919 Expression 'PaAlsaStream_WaitForFrames( stream, &framesAvail, &xrun )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 4248 freedv: src/hostapi/alsa/pa_linux_alsa.c:3382: OnExit: Assertion `data' failed. ============================= It also may be my Audio setup. Looking good Alan VK2ZIW On Fri, 4 May 2018 18:33:11 -0100, Danilo Beuche wrote > Hi David, > > the STM32F7 has about 512K of usable RAM, and one can get close to > 1MB on the STM32H7. It is not much compared to a 10$ Raspberry Pi > but way more than what we have on the SM1000 or STM32F4 UHSDR (aka > mcHF). So I have hopes of getting this to run w/o problems even without > modification, but we'll see. I'll report back (in a couple of days) when > I was able to use the real hardware. In the meantime I may (or may > not) instrument the linux test code to get an idea of memory usage. > > Regards, > Danilo > > On 04.05.2018 18:21, David Rowe wrote: > > Hi Danilo, > > > > 700D might need some refactoring to run on a small machine, in > > particular the LDPC codec uses some large arrays and doubles. > > > > For example one "modem frame" is 119 complex QPSK symbols (119 * 2 > > values/complex symbol * 4 bytes/float * 2 bits/symbol = about 2kbyte > > soft decisions values per frame). A 16 frame interleaver will need > > arrays of 2kbyte x 16. Although the interleaving can be limited if > > necessary, I haven't settled on a fixed value for it. > > > > The OFDM modem port should be straight forward, and after a little > > optimisation perhaps use less memory and CPU than the FDMDV modem used > > for 1600. > > > > Codec 2 700C will also need to be ported. > > > > I can give you some tips on refactoring for small machines and porting > > 700D if you are interested on working on this. > > > > Cheers, > > > > David > > > > On 04/05/18 22:02, Danilo Beuche wrote: > >> Hi, > >> > >> we'll shortly be able to test how a CORTEX-M7 single core architecture > >> holds up against 700D performance demands in the UHSDR firmware > >> (STM32F7@216 MHz and STM32H7@400Mhz). And for sake of completeness, we > >> can test it with a STM32F4 @ 168 Mhz but I don't have high hopes here... > >> > >> For the 800 Mhz for the A4-5000, I think this is current frequency when > >> running the cpuinfo command, not necessarily the frequency when the > >> processor is doing 700D (unless the command was called at the right > >> time). A4-5000 ha 1.5Ghz max clock. > >> Regards, > >> Danilo > >> > >>> model : 0 > >>> model name : AMD A4-5000 APU with Radeon(TM) HD Graphics > >>> stepping : 1 > >>> microcode : 0x700010b > >>> cpu MHz : 800.000 > >>> cache size : 2048 KB > >>> fpu : yes > >>> fpu_exception : yes > >>> bogomips : 2994.54 > >>> > >>> top - 18:32:54 up 115 days, 4:43, 4 users, load average: 1.46, > >>> 1.13, 0.70 > >>> Tasks: 291 total, 3 running, 288 sleeping, 0 stopped, 0 zombie > >>> %Cpu(s): 31.8 us, 4.2 sy, 0.0 ni, 63.9 id, 0.0 wa, 0.0 hi, 0.1 > >>> si, 0.0 > >>> st > >>> KiB Mem : 7592440 total, 205480 free, 1813748 used, 5573212 > >>> buff/cache > >>> KiB Swap: 8191996 total, 6313456 free, 1878540 used. 5352648 > >>> avail Mem > >>> > >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > >>> COMMAND > >>> 28410 alanb 20 0 1205880 56316 38656 R 96.4 0.7 5:33.78 > >>> freedv > >>> 11081 alanb 20 0 368284 43696 27040 S 14.9 0.6 282:15.78 > >>> Xorg > >>> > >>> This should be indicative of a modern laptop. > >>> > >>> Keep smiling > >>> > >>> Alan VK2ZIW > >>> > >>> > >>> On Fri, 4 May 2018 14:55:21 +0930, David Rowe wrote > >>>> No need for alarm .... it's consistent with previous versions of > >>>> FreeDV GUI that people have been running since 2012. > >>>> > >>>> Optimisation of the DSP code won't help, as it doesn't appear to be > >>>> in the modem/codec/FEC, e.g. running the FreeDV stack from the > >>>> command line over 60 second samples: > >>>> > >>>> $ time ./freedv_rx 1600 ~/Desktop/ve9qrp_1600_8010.raw /dev/null > >>>> real 0m0.748s > >>>> $ time ./freedv_rx 700D ~/Desktop/ve9qrp_700d.wav /dev/null > >>>> real 0m0.766s > >>>> > >>>> Perhaps 1% CPU. > >>>> > >>>> It's most likely in the GUI code. If anyone would like to take a > >>>> look at this, I'd be interested in the results of profiling and will > >>>> happily accept patches to reduce CPU. This is a job anyone with > >>>> general C/C++ coding experience could do - you don't need to > >>>> understand the DSP. > >>>> > >>>> - David > >>>> > >>>> On 04/05/18 12:51, glen english wrote: > >>>>> or rather either that's alot of CPU or the cache is thrashing > >>>>> > >>>>> Is it using SSD / NEON vector instructions ? > >>>>> > >>>>> > >>>>> On 4/05/2018 1:11 PM, Steve wrote: > >>>>>> The lights aren't dimming in the office, the UPS isn't beeping, and > >>>>>> crows aren't falling from the sky :-) > >>>>>> > >>>>>> On Thu, May 3, 2018 at 10:07 PM, glen english <g...@cortexrf.com.au > >>>>>> <mailto:g...@cortexrf.com.au>> wrote: > >>>>>> > >>>>>> > >>>>>> How many watts is that taking? > >>>>>> > >>>>>> > >>>>>> > >>>>>> --------------------------------------------------------------------- ---- > >>>>>> > >>> ----- > >>>>>> Check out the vibrant tech community on one of the world's most > >>>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> Freetel-codec2 mailing list > >>>>>> Freetel-codec2@lists.sourceforge.net > >>>>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > >>>>> > >>>>> > >>>>> ---------------------------------------------------------------------- ---- > >>>>> > >>> ---- > >>>>> Check out the vibrant tech community on one of the world's most > >>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >>>>> _______________________________________________ > >>>>> Freetel-codec2 mailing list > >>>>> Freetel-codec2@lists.sourceforge.net > >>>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > >>>>> > >>>> ----------------------------------------------------------------------- ----- > >>>> > >>> -- > >>>> Check out the vibrant tech community on one of the world's most > >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >>>> _______________________________________________ > >>>> Freetel-codec2 mailing list > >>>> Freetel-codec2@lists.sourceforge.net > >>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > >>> > >>> Alan > >>> > >>> Evil flourishes when good men do nothing. > >>> Consider the Christmas child. > >>> ------------------------------------------------------------------------ --- > >>> > >>> Alan Beard Unix Support Technician from 1984 to today > >>> 70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO, MIPS > >>> Emu Heights N.S.W. 2750 Routers, terminal servers, printers, > >>> terminals etc.. > >>> +61 2 47353013 (h) Support Programming, shell scripting, "C", > >>> assembler > >>> 0414 353013 (mobile) After uni, electronics tech > >>> > >>> > >>> ------------------------------------------------------------------------ ------ > >>> > >>> Check out the vibrant tech community on one of the world's most > >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >>> _______________________________________________ > >>> Freetel-codec2 mailing list > >>> Freetel-codec2@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > >> > >> > >> ------------------------------------------------------------------------- ----- > >> > >> Check out the vibrant tech community on one of the world's most > >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >> _______________________________________________ > >> Freetel-codec2 mailing list > >> Freetel-codec2@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > >> > > > > -------------------------------------------------------------------------- ---- > > > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > > Freetel-codec2 mailing list > > Freetel-codec2@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > > ---------------------------------------------------------------------------- -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 Alan Evil flourishes when good men do nothing. Consider the Christmas child. --------------------------------------------------------------------------- Alan Beard Unix Support Technician from 1984 to today 70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO, MIPS Emu Heights N.S.W. 2750 Routers, terminal servers, printers, terminals etc.. +61 2 47353013 (h) Support Programming, shell scripting, "C", assembler 0414 353013 (mobile) After uni, electronics tech ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2
