This is a general tidyup to detach this fork better from Gordon, who was (and perhaps still is) completely inundated with WiringPi-related support questions.
This changeset includes a number of tweaks which should reduce support burden on Gordon. I believe they are essential if we plan to release a new debian package.
They should - hopefully - not reduce or make ambiguous the origins of this code while achieving the above.
* Remove Gordon's email address from all source files to avoid support queries finding their way to him
* Update wiringPi URLs to the GitHub repository to try and keep bugs/issues within the fork
* Bump version to 2.70 ready for a debian package release
* Update debian package maintainer info, add bugs & homepage URLs to this repository
* Changes to support the Zero 2 W (model type 18|0x12)
* Increment version in version.h
* Increment version in debian-template/wiringPi/DEBIAN/control
* Increment version in VERSION as well - I keep missing places where this number is defined
* Increment VERSION_MINOR, missed in previous commits; add missing Pi Z2W model name to piModelNames
Co-authored-by: schwartz <pi@schwartz>
Co-authored-by: PumpkinPi <jack@mirkwood.net>
wiringPi.c:1328:21: warning: ‘digitalWrite8Dummy’ defined but not used [-Wunused-function]
1328 | static void digitalWrite8Dummy (UNU struct wiringPiNodeStruct *node, UNU int pin, UNU int value) { return ; }
| ^~~~~~~~~~~~~~~~~~
wiringPi.c:1327:21: warning: ‘digitalRead8Dummy’ defined but not used [-Wunused-function]
1327 | static unsigned int digitalRead8Dummy (UNU struct wiringPiNodeStruct *node, UNU int UNU pin) { return 0 ; }
| ^~~~~~~~~~~~~~~~~
The related nodes at line 1360 and 1362 have been commented before.
Signed-off-by: MichaIng <micha@dietpi.com>
Based on this raspi-gpio commit[1] the 2711 chip uses a different method
for pull up/down. This change implements that same method.
With this change, wiringPi now works for the Pi4B with the subset of
functionality used by zynthian.
[1] 80fa7d04ea?diff=unified
This change make the following commands correctly detect the 4B
however there may be an issue with reading GPIO inputs on the 4B
as they are always returning zero.
The aim of this change is to be the source-equivalent of the binary
package release 2.52[1] which was the last release before upstream
development ceased.
[1] http://wiringpi.com/wiringpi-updated-to-2-52-for-the-raspberry-pi-4b/
for kernels 4.8 onwards.
Some very old stuff might break.
Additional fixes for the ISR code and some tweaks here and
there. I've removed the checks for some operations that might
fail when using the gpiomem interface - which is now the default
way of doing things - if your program segfaults, then you
may need to use sudo on it.