Proposal. Remove support for GD32 from the Libmaple repo

Post here first, or if you can't find a relevant section!
User avatar
RogerClark
Posts: 7443
Joined: Mon Apr 27, 2015 10:36 am
Location: Melbourne, Australia
Contact:

Proposal. Remove support for GD32 from the Libmaple repo

Post by RogerClark » Sun Aug 20, 2017 9:41 pm

Guys,

The GD32 boards have not lived up to my initial expectations, as ...
  • They are not cheaper than the STM32
  • They are not 100% hardware compatible
  • The GD32F103C8 only has 64k Flash, but the STM32F103C8 normally has 128k (even though the spec says 64k)
  • They are not widely available
To save the hassle of telling people they are not supported, I think I should remove the GD32 entry from the boards file and also remove the bootloader binary.

If someone really wants to use the GD32 they can add the text back into boards.txt and compile the bootloader themselves.

User avatar
Rick Kimball
Posts: 1056
Joined: Tue Apr 28, 2015 1:26 am
Location: Eastern NC, US
Contact:

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by Rick Kimball » Sun Aug 20, 2017 9:55 pm

+1
-rick

victor_pv
Posts: 1740
Joined: Mon Apr 27, 2015 12:12 pm

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by victor_pv » Mon Aug 21, 2017 12:51 am

I would create one last fork with the support included, then take it out.
Anyone asking about it, just give the link and explain is not supported and he is on his own.
Some people may wish to make their own fork and move it forward, if not used, after a while, delete fork.

User avatar
RogerClark
Posts: 7443
Joined: Mon Apr 27, 2015 10:36 am
Location: Melbourne, Australia
Contact:

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by RogerClark » Mon Aug 21, 2017 1:23 am

Victor, it would still be in the previous "Release" and they could always go back though the commit history

I was also only planning on removing it from boards.txt, or perhaps we could also remove the variant folder.

I don't think its worth the hassle of stripping the ifdef'ed code out of the core, as it won't do any harm leaving it in, as there is very little of it (from what I can remember), as I tried to change the core as little as possible when I merged the GD32 version of Libmaple with the STM32 version

User avatar
zoomx
Posts: 541
Joined: Mon Apr 27, 2015 2:28 pm
Location: Mt.Etna, Italy

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by zoomx » Thu Aug 24, 2017 8:07 pm

+1

User avatar
Vassilis
Posts: 320
Joined: Thu May 21, 2015 6:42 am
Location: Thessaloniki, Greece
Contact:

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by Vassilis » Fri Aug 25, 2017 12:41 pm

+1

peekay123
Posts: 18
Joined: Tue Nov 08, 2016 8:39 pm

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by peekay123 » Fri Aug 25, 2017 1:16 pm

+1

User avatar
RogerClark
Posts: 7443
Joined: Mon Apr 27, 2015 10:36 am
Location: Melbourne, Australia
Contact:

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by RogerClark » Sat Aug 26, 2017 10:36 am

OK

I've removed the lines from boards.txt to remove the lines for the GD32 and I've updated the repo title

I have not removed the variant folder for the GD32, so if anyone desperately wants to use it, they can just add the lines back into their local copy of boards.txt

iamseer
Posts: 11
Joined: Sat Mar 11, 2017 7:06 am

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by iamseer » Thu Sep 14, 2017 2:04 am

Great, I'm the desperate who need 120M clock.

stevestrong
Posts: 1813
Joined: Mon Oct 19, 2015 12:06 am
Location: Munich, Germany

Re: Proposal. Remove support for GD32 from the Libmaple repo

Post by stevestrong » Thu Sep 14, 2017 11:22 am

Search the forum for STM32F103 overclocking, 128MHz is doable, however you need to set 3 wait states for the flash to work.

Post Reply