On Sun, May 07, 2017 at 11:10:56AM +0200, Hans de Goede wrote: > On some (Bay Trail) devices the LCD panel is mounted upside-down. > > This commit uses the code to read back the initial rotation of the > primary plane in get_initial_plane_config from Ville Syrjala's > "drm/fb-helper: Inherit rotation wip" patch and when re-using the > initial fb it stores that in intel_crtc.initial_rotation. > > It adds an intel_plane_get_rotation helper which combines this > initial_rotation with any rotation requested by userspace and > uses this in all places which look at a planes rotation, thus > transparently dealing with upside-down LCD panels without requiring > any user-space or fbcon changes. > > This fixes the kernel boot messages switching from being shown the right > way up in efifb to being shown upside down as soon as a native kms driver > loads, as well as any graphics displayed by userspace being upside-down. > > Note this only deals with upside-down LCD panels / 180 degrees > rotation as the hardware in question only supports 180 degrees > rotation in hardware. The one model known which has a panel mounted > with 90/270 degrees rotation will need to be fully dealt with in > userspace, even the firmware boot screen / menus are rotated 90 degrees > on this one and there simply is nothing the kernel can do about this. This pretty much looks like a very limited attempt at full pipe rotation. I have posted a more generic version of that in the past but it was pretty much shot down by everyone else. So I'm not convinced this apporach is really the way to go. There are a few limitations even for the 180 degree rotation so trying to hide it inside the kernel isn't 100% possible. -- Ville Syrjälä Intel OTC _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
