Originally Posted by geekmaster
The error message from eips when displaying text off the end of a line shows that it is trying to use 768 pixels per line (xres_virtual) instead of 758 (xres). And yres_virtual shows that the framebuffer will hold 6 pages of data. My K5 had room for 2 pages of data, but twobob reported that his new K5 has a framebuffer that can hold 4 pages of data.
You can change the starting position of the displayed screen to any of those 6K framebuffer rows with by echoing the offset coords into a /sys/ file. And when scrolled, the system still uses offset zero. That way our native code could move the viewing window to the second page and use it without interference, while the system framework continues to use the hidden page zero...
I will understand that as: Close but no cigar.
Their math was wrong, but not in a way we can fix without a re-build of the driver.
Which might be fine for a handful of developers but isn't much help to the world full of Kindle owners.
Strange that sort of error got out of the development department.
A person would think there was a lot of hours spent looking at things on the display and someone would have noticed they where trying to write into the "over scan" part of the timing. (because somebody picked the wrong symbol name in the code)
Yeah, who (other than the end user) would notice a few missing pixels.