Dave Jones

Remove redundant python version

Add missing library to the list of modules mocked

Tested on a Pi 3B under aarch64; works nicely - many thanks!

Brilliant, thanks Ben. Sorry about the old board detection - I should've used "%04x" in the sprintf call to match the old format. Anyway, I'll give this a whirl today.

This is most likely a duplicate of #161 in that RPi.GPIO currently expects to find revision information under /proc/cpuinfo. On arm64 and other alternate kernels this information is only present in /proc/device-tree/system/linux,revision. I've posted a patch to fix this properly (with fallback to /proc/cpuinfo) under #161 but the comment is currently awaiting approval. Might see if I can dig out my mercurial skills in a bit and post it as a PR (or whatever SF's equivalent is).

Hi Ben - just attaching a patch for this. It gives priority to /proc/device-tree/system/linux,revision as this appears to be available on all distros now (including Raspbian), but still contains a fallback to the classic /proc/cpuinfo in order to continue supporting older releases that don't have /proc/device-tree.

I'm afraid GPIO34 is a valid GPIO number ... it's just not a physical one. That may sound like splitting hairs but there's actually precedent for using non-physical GPIO numbers. For instance, on the v1 camera module the camera's LED was controlled by toggling GPIO 5 (on older Pi models this wasn't present on the header), or GPIO 32 (for newer Pi models - again a pin that isn't present on the header). There are also GPIO pins on certain Pi models that can be used to control the "ACT" LED on the board....

Fix for #3554