Everything from low latency partial updates to the eInk display to multitouch, physical button and Wacom Digitizer input is now understood and their minimal to complete implementations can be found in this repository.
The focus of this repository is now going to be the Rust library for providing these features. Potentially a piston
backend might be created for Remarkable
, allowing the use of conrod
to simplify UI creation.
In cases where Rust implementation seems to contradict with the C implementation, the former can be taken as the source of truth as the libremarkable
C implementation was the first-pass that came to being during the exploration stage.
For further documentation see the wiki on this repository.
https://github.com/canselcik/RemarkableFramebuffer
redirects to this repository for historical purposes.
In order to build libremarkable
and the examples (spy.so
and demo
), you'll need the toolchain from Remarkable. Download the installation script from remarkable.engineering and install the toolchain.
You can then set up your Rust toolchain for cross compilation with: rustup target add armv7-unknown-linux-gnueabihf
.
Once that's done, you should add the following to .cargo/config
(replace <path-to-installed-oecore-toochain>
with the directory you installed the Remarkable toolchain to):
[target.armv7-unknown-linux-gnueabihf]
linker = "<path-to-the-installed-oecore-toolchain>/sysroots/x86_64-oesdk-linux/usr/bin/arm-oe-linux-gnueabi/arm-oe-linux-gnueabi-gcc"
rustflags = [
"-C", "link-arg=-march=armv7-a",
"-C", "link-arg=-marm",
"-C", "link-arg=-mfpu=neon",
"-C", "link-arg=-mfloat-abi=hard",
"-C", "link-arg=-mcpu=cortex-a9",
"-C", "link-arg=--sysroot=<path-to-the-installed-oecore-toolchain>/sysroots/cortexa9hf-neon-oe-linux-gnueabi",
]
(<path-to-the-installed-oecore-toolchain
will likely be /usr/local/oecore-x86_64/
, if you did the default install on Linux.)
If you have further questions, feel free to ask in Issues.
You can also add this snippet to the above file in order to default to cross-compiling for this project:
[build]
# Set the default --target flag
target = "armv7-unknown-linux-gnueabihf"
A simple Makefile wrapper is created for convenience. It exposes the following verbs:
examples
: Builds exampleslibrary
: Builds libraryall
: library + examples
The provided Makefile
assumes the device is reachable at 10.11.99.1
and that SSH Key-Based Authentication is set up for SSH so that you won't be prompted a password every time. The following actions are available:
run
: Builds and runsdemo.rs
on the device after stoppingxochitl
start-xochitl
: Stops allxochitl
anddemo
instances and startsxochitl
normallyspy-xochitl
: Buildsspy.rs
andLD_PRELOAD
s it to a new instance ofxochitl
after stopping the current instance. This allows discovery of new enums used by official programs in calls toioctl
.
If you choose to skip the Makefile
and call cargo
yourself, make sure to include --release --target=armv7-unknown-linux-gnueabihf
in your arguments like:
➜ rust-poc git:(master) ✗ cargo build --release --target=armv7-unknown-linux-gnueabihf
...
Compiling libremarkable v0.1.0 (file:///home/main/Desktop/libremarkable)
Compiling rust-poc v0.1.0 (file:///home/main/Desktop/RemarkableFramebuffer/rust-poc)
Finished dev [unoptimized + debuginfo] target(s) in 24.85 secs
The --release
argument is important as this enables optimizations and without optimizations you'll be looking at ~70% CPU utilization even when idle. With optimizations, the framework runs really light, 0% CPU utilization when idle and 1-2% at peak.
musl
is a minimal libc
implementation that is linked into the binary before runtime.
- Install
cross
withcargo install cross
(make sure the Remarkable toolchain is not in use first) - Compile with
cross build --example demo --release --target=armv7-unknown-linux-musleabihf
(ormake demo-musl
) - Run the demo:
TARGET=armv7-unknown-linux-musleabihf make deploy-demo
Note:
- Building this way does not require Remarkable's toolchain nor building on Ubuntu 16.04 so setting up should be easier.
- Make sure to build with
lto = true
otherwisemusl
symbols may be improperly resolved (call tommap
fails).