K4 Framebuffer rotation ton landscape on K4

mattzz · 04-04-2020, 07:11 AM

Hi,

I repaired a broken K4 (non touch) for some nerdy shenanigans.
FW is 4.1.1, jailbroken, framework stopped.

Now I am a bit at loss here as I am playing around with fbink (again) to print stuff on the display in landscape orientation.

However,

Code:

$ echo -n 2 > /sys/devices/platform/eink_fb.0/send_fake_rotate

(or using other number) does not have any effect.
Is that a known issue or what am I missing here?

NiLuJe · 04-04-2020, 12:12 PM

Do you want the stock UI to follow, or not?

(IIRC, the K4 does not *really* do hardware rotation, its native rotation is always 0, the UI probably only does software rotation (the only "hard" changes are an xres/yres swap in Landscape).

mattzz · 04-04-2020, 12:53 PM

My first approach was to stop the framework, and access the fb directly - I do not care about the stock UI because I am not using the UI.

But I am open to other options.
If there is an option involving rotating the stock UI, while being able to print stuff on the display in landscape orientation, I will definitly check that out.
I scanned the lipc properties but was not able to find something that was pointing in that direction.

NiLuJe · 04-04-2020, 01:50 PM

Then try building FBInk's utils target (from master, the latest release won't be safe on Kindle), and setting the fb rotation via fbdepth (and/or directly via /sys/class/graphics/fb0/rotate).

There's a vague chance it might not actually work, because the K4 uses a weird einkfb shim on top of actually mxcfb hardware

.

EDIT: It certainly doesn't on a pure einkfb device (a K3).

NiLuJe · 04-04-2020, 01:58 PM

On a pure einkfb device, there's a dedicated (custom) ioctl: FBIO_EINK_SET_DISPLAY_ORIENTATION
It can also be accessed via procfs as such:

echo 14 2 > /proc/eink_fb/update_display

(See <einkfb.h> for the meaning behind the magic numbers. Or /etc/rc.d/functions, which also uses it).

I don't have the K4 plugged in to check, but that certainly works on a K3

.

mattzz · 04-04-2020, 03:26 PM

Code:

 echo 14 2 > /proc/eink_fb/update_display

That did the trick, sweet

Thanks a lot!

NiLuJe · 04-04-2020, 07:44 PM

I also just updated fbdepth to handle einkfb properly (and FBInk itself will now log the relevant orientation status on init, like it already does for linuxfb rotation).

04-04-2020, 07:11 AM	#1
mattzz Member Posts: 19 Karma: 10 Join Date: Feb 2014 Device: pw, pw2	Framebuffer rotation to landscape on K4 Hi, I repaired a broken K4 (non touch) for some nerdy shenanigans. FW is 4.1.1, jailbroken, framework stopped. Now I am a bit at loss here as I am playing around with fbink (again) to print stuff on the display in landscape orientation. However, Code: $ echo -n 2 > /sys/devices/platform/eink_fb.0/send_fake_rotate (or using other number) does not have any effect. Is that a known issue or what am I missing here? Last edited by mattzz; 04-04-2020 at 08:20 AM. Reason: corrected title

04-04-2020, 01:50 PM	#4
NiLuJe BLAM! Posts: 13,506 Karma: 26047202 Join Date: Jun 2010 Location: Paris, France Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E	Then try building FBInk's utils target (from master, the latest release won't be safe on Kindle), and setting the fb rotation via fbdepth (and/or directly via /sys/class/graphics/fb0/rotate). There's a vague chance it might not actually work, because the K4 uses a weird einkfb shim on top of actually mxcfb hardware . EDIT: It certainly doesn't on a pure einkfb device (a K3). Last edited by NiLuJe; 04-04-2020 at 01:52 PM.

04-04-2020, 01:58 PM	#5
NiLuJe BLAM! Posts: 13,506 Karma: 26047202 Join Date: Jun 2010 Location: Paris, France Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E	On a pure einkfb device, there's a dedicated (custom) ioctl: FBIO_EINK_SET_DISPLAY_ORIENTATION It can also be accessed via procfs as such: echo 14 2 > /proc/eink_fb/update_display (See <einkfb.h> for the meaning behind the magic numbers. Or /etc/rc.d/functions, which also uses it). I don't have the K4 plugged in to check, but that certainly works on a K3 . Last edited by NiLuJe; 04-04-2020 at 04:12 PM.

04-04-2020, 03:26 PM	#6
mattzz Member Posts: 19 Karma: 10 Join Date: Feb 2014 Device: pw, pw2	Code: echo 14 2 > /proc/eink_fb/update_display That did the trick, sweet Thanks a lot!

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Eink Framebuffer Update Trigger	geekmaster	Kindle Developer's Corner	36	12-28-2019 06:24 PM
Enabling the extra inverted landscape rotation via KUAL	twobob	Kindle Developer's Corner	8	04-16-2017 01:37 PM
K4 and Touch framebuffer changes	geekmaster	Kindle Developer's Corner	13	05-19-2014 08:08 PM
framebuffer settings for koreader	shadoooo	Kobo Developer's Corner	15	01-01-2014 11:20 AM
Paperweight has a 4bit framebuffer	twobob	Kindle Developer's Corner	76	10-06-2012 06:17 PM

04-04-2020, 12:12 PM	#2
NiLuJe BLAM! Posts: 13,506 Karma: 26047202 Join Date: Jun 2010 Location: Paris, France Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E	Do you want the stock UI to follow, or not? (IIRC, the K4 does not really do hardware rotation, its native rotation is always 0, the UI probably only does software rotation (the only "hard" changes are an xres/yres swap in Landscape).

04-04-2020, 12:53 PM	#3
mattzz Member Posts: 19 Karma: 10 Join Date: Feb 2014 Device: pw, pw2	My first approach was to stop the framework, and access the fb directly - I do not care about the stock UI because I am not using the UI. But I am open to other options. If there is an option involving rotating the stock UI, while being able to print stuff on the display in landscape orientation, I will definitly check that out. I scanned the lipc properties but was not able to find something that was pointing in that direction.

04-04-2020, 07:44 PM	#7
NiLuJe BLAM! Posts: 13,506 Karma: 26047202 Join Date: Jun 2010 Location: Paris, France Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E	I also just updated fbdepth to handle einkfb properly (and FBInk itself will now log the relevant orientation status on init, like it already does for linuxfb rotation).

Advert

Advert