libremarkable VS linux

> I rather mean the firmware of the e-ink driver board, which is a trade secret. I don't know, maybe it is not even firmware in an MCU, but they have a dedicated driver chip and it just has the look-up-tables. Anyway, the secret sauce that tells you how to drive the display cells.

Huh? What e-ink driver board? There's no such thing inside a Kindle. It is a straight NXP SoC that drives the e-ink panel directly. There is no MCU. The driver is open source. https://github.com/canselcik/libremarkable/blob/master/refer...

"Secret sauce that tells you how to drive the display cells"? You mean like a voltage table that is also present inside every LCD or OLED? The difference would be that the electrophoretic display would need a much bigger table so it would have to be kept on the SoC. That's not software, that's just a big table of voltages that's hardcoded for each unique panel. Is that what you think is "secret sauce"?

Maybe take a look at https://github.com/canselcik/libremarkable

Well, it'd be easy to test out the latency of a libremarkable demo and compare it to the default software.

First, the remarkable is a fantastic device! However it would be even better (in my opinion) if on the menu of the ui below the "Ebooks" tab there was an "Applications" tab where users could add binaries/applications of there own choosing and run them from within the xochitl ui. There is an active community of hackers and enthusiasts who are writing applications for the remarkable that would greatly appreciate a supported means of running custom programs from within the existing ui, without having to utilize a 3rd-party launcher or leave xochitl. relevant links: https://github.com/LinusCDE/retris https://github.com/canselcik/libremarkable

a) The (actually multitouch capable) finger recognition is a separate piece of hardware to the pen recognition: See https://github.com/canselcik/libremarkable/wiki/Hardware-Overview, especially Reading from Wacom I2C Digitizer Reading Parade TrueTouch Gen5 Multitouch Input

3.x support will come to toltec, I've been blocked by stuff outside of my control a couple of times. Including things happening in my life that I won't get into.

You can see the current progress here: https://github.com/toltec-dev/toltec/issues/820

As for the comment on the kernel change, that was actually an ask by someone in the community: https://github.com/reMarkable/linux/issues/8

Did anyone already ask reMarkable for a copy of the source code for those kernel modules, which should be possible according to the GPLv2? Their kernel repo on GitHub does not seem to be updated yet.

The official linux kernel documentation of the power_supply class is located here. If you read that you may notice there are some lines in the uevent file that aren't described. That's because the particular battery has other statistics exposed by the driver (source file here). Looking at the source file (and datasheet of the MAX77818), it appears that the CURRENT_NOW is a measurement of the current going in/out of the battery. It's stored as a signed number so the negative value you're seeing is probably the current flowing out of the battery while it's discharging. The CURRENT_AVG is simply an average of the CURRENT_NOW over a time period, so it will stay negative for a little while if you just plugged in the charger, before settling to 0.

[1] https://github.com/reMarkable/linux/pull/12

Remarkable uses openembedded, the kernel source can be found here https://github.com/reMarkable/linux only the user facing gui software is closed source and there are launchers that can start other gui programs. There is also a framework somewhere on githuvlb for writing native gui apps and so on. There is also the project http://www.davisr.me/projects/parabola-rm/ that provide an alternative os.

This line seems like the obvious cry for help from the driver. This is the file responsible for the error (I think): https://github.com/reMarkable/linux/blob/lars/zero-gravitas_4.9/drivers/input/touchscreen/wacom_i2c.c but unfortunately I haven't found out anything useful.