[Freetel-codec2] SM1000 Menu-driven firmware

[Stuart Longland]

Hi all,

I've just managed to fix up FreeDV 1600 support in my patchset, turns
out some files in the firmware really need to be built -O3, not -O0 as
is default, Oops!

So, without further ado, I've rebased off Subversion HEAD of the codec2
repository, and I now have a *working* firmware image. Adventurous
people can try it out here:

http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/

Those looking for a git repository, I've thrown the lot up here:

http://git.longlandclan.yi.org/?p=for-upstream/freedv/codec2.git

The individual patch sets are separate branches.

[Walter Holmes]

Many thanks Stuart,

I have confirmed that this is working fine and decoding at 1600 as
expected.

We REALLY appreciate your great persistence to getting through all of this
to provide some great enhancements.

All the best,

Walter/K5WH

-----Original Message-----
From: Stuart Longland [mailto:***@longlandclan.id.au]
Sent: Wednesday, September 23, 2015 5:28 AM
To: ***@googlegroups com <***@googlegroups.com>;
freetel-***@lists.sourceforge.net
Subject: [Freetel-codec2] SM1000 Menu-driven firmware

Hi all,

I've just managed to fix up FreeDV 1600 support in my patchset, turns out
some files in the firmware really need to be built -O3, not -O0 as is
default, Oops!

So, without further ado, I've rebased off Subversion HEAD of the codec2
repository, and I now have a *working* firmware image. Adventurous people
can try it out here:

http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/

Those looking for a git repository, I've thrown the lot up here:

http://git.longlandclan.yi.org/?p=for-upstream/freedv/codec2.git

The individual patch sets are separate branches.
--
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
...it's backed up on a tape somewhere.

----------------------------------------------------------------------------
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
Freetel-codec2 mailing list
Freetel-***@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Brady O'Brien]

Stuart,

The patch to fix the SM1000 firmware build issue after freedv api change
has been applied to codec2-dev in the SVN repo. Great work! I'll take a
look at the Makefile patches here later today and probably apply them as
well.

Thanks,

Brady O'Brien KC9TPA

Post by Walter Holmes
Many thanks Stuart,
I have confirmed that this is working fine and decoding at 1600 as
expected.
We REALLY appreciate your great persistence to getting through all of this
to provide some great enhancements.
All the best,
Walter/K5WH
-----Original Message-----
Sent: Wednesday, September 23, 2015 5:28 AM
Subject: [Freetel-codec2] SM1000 Menu-driven firmware
Hi all,
I've just managed to fix up FreeDV 1600 support in my patchset, turns out
some files in the firmware really need to be built -O3, not -O0 as is
default, Oops!
So, without further ado, I've rebased off Subversion HEAD of the codec2
repository, and I now have a *working* firmware image. Adventurous people
http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/
http://git.longlandclan.yi.org/?p=for-upstream/freedv/codec2.git
The individual patch sets are separate branches.
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
----------------------------------------------------------------------------
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
Freetel-codec2 mailing list
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
Freetel-codec2 mailing list
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Brady O'Brien]

STM32 Makefile patches are applied and up in codec2-dev.

Post by Walter Holmes
Stuart,
The patch to fix the SM1000 firmware build issue after freedv api change
has been applied to codec2-dev in the SVN repo. Great work! I'll take a
look at the Makefile patches here later today and probably apply them as
well.
Thanks,
Brady O'Brien KC9TPA

Post by Walter Holmes
Many thanks Stuart,
I have confirmed that this is working fine and decoding at 1600 as
expected.
We REALLY appreciate your great persistence to getting through all of this
to provide some great enhancements.
All the best,
Walter/K5WH
-----Original Message-----
Sent: Wednesday, September 23, 2015 5:28 AM
Subject: [Freetel-codec2] SM1000 Menu-driven firmware
Hi all,
I've just managed to fix up FreeDV 1600 support in my patchset, turns out
some files in the firmware really need to be built -O3, not -O0 as is
default, Oops!
So, without further ado, I've rebased off Subversion HEAD of the codec2
repository, and I now have a *working* firmware image. Adventurous people
http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/
http://git.longlandclan.yi.org/?p=for-upstream/freedv/codec2.git
The individual patch sets are separate branches.
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
----------------------------------------------------------------------------
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
Freetel-codec2 mailing list
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
Freetel-codec2 mailing list
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

[Steve]

I finally found the change, way down. When you delete the file and
upload a new one, I guess it doesn't go in as a diff. It says every
line has changed instead of just one.

[Stuart Longland]

Post by Steve
I finally found the change, way down. When you delete the file and
upload a new one, I guess it doesn't go in as a diff. It says every
line has changed instead of just one.

That's because it's a diff of a MS-DOS file vs a Unix one. So every
line has had a \r removed. The repository had a mix, which probably
confused diff/subversion/git.

So what you're seeing is a combination of these:
-
http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/00-whitespace-cleanup/0001-Clean-up-line-endings.patch
-
http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/00-whitespace-cleanup/0002-Clean-up-trailing-whitespace.patch
-
http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/01-compile-fix-r2316/0001-sm1000_main-API-change-in-rev-2316.patch

[Steve]

Oh yes, I need to fire up my win-dos box more often. I keep forgetting
about these particulars :-)

(I fired it up last month, and it wore out my battery downloading all
the updates, and I had to finally plug it in).

[Stuart Longland]

Hi all,

Post by Stuart Longland
So, without further ado, I've rebased off Subversion HEAD of the codec2
repository, and I now have a *working* firmware image. Adventurous
http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/

Thanks to David for providing Subversion access, these are now in the
Subversion tree.

Hopefully I didn't break anything. :-)

Whilst I was here I fixed up the mix of MS-DOS and Unix text files, I've
found that if the files in a repository all confirm to one standard,
local Subversion clients tend to convert to what is native to the local
system, and so `diff` and `patch` work as expected. When there's a mix,
it gets confused and thinks they're binary, so patch-generation can get
confused.

Hopefully this doesn't mess up someone's working tree too much. I
mention the commands I used to generate those, so it should be possible
to replicate those same changes in a working tree to compensate.

Probably first on my agenda this weekend will be to look at some sort of
persistent storage. There's an application note from ST¹ that covers this.

That should let people define things like what mode they want the SM1000
to boot into.

[David Rowe]

Thank you Stuart - it's great for me to have someone else looking at the
SM1000 code and indeed pushing it fwd with UI improvements.

If anything breaks we will fix it :-)

Persistent storage woudl be wonderful - thanks

Cheers,

David

Post by Stuart Longland
Hi all,

Post by Stuart Longland
So, without further ado, I've rebased off Subversion HEAD of the codec2
repository, and I now have a *working* firmware image. Adventurous
http://stuartl.longlandclan.id.au/freedv/sm1000/2015-09-23/

Thanks to David for providing Subversion access, these are now in the
Subversion tree.
Hopefully I didn't break anything. :-)
Whilst I was here I fixed up the mix of MS-DOS and Unix text files, I've
found that if the files in a repository all confirm to one standard,
local Subversion clients tend to convert to what is native to the local
system, and so `diff` and `patch` work as expected. When there's a mix,
it gets confused and thinks they're binary, so patch-generation can get
confused.
Hopefully this doesn't mess up someone's working tree too much. I
mention the commands I used to generate those, so it should be possible
to replicate those same changes in a working tree to compensate.
Probably first on my agenda this weekend will be to look at some sort of
persistent storage. There's an application note from ST¹ that covers this.
That should let people define things like what mode they want the SM1000
to boot into.