Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5500557imu; Wed, 26 Dec 2018 04:12:59 -0800 (PST) X-Google-Smtp-Source: ALg8bN4Drzq2cf0IY9VqnARIL8XFSb/XJsAF1yZcAzOxPCYQinn4F2/3QTLE6dU57Ab/2s0e272m X-Received: by 2002:a63:e051:: with SMTP id n17mr18848919pgj.258.1545826379687; Wed, 26 Dec 2018 04:12:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545826379; cv=none; d=google.com; s=arc-20160816; b=J4E3Rp+PU1+dDHr0IsOgquz/yLcnevp15e89Q+yEfWBqEtXKLkry8s3elPjb7i1vSf rc1FrLRzNjl3DGUFlMv8SIW/YJHvZ2EdByapCi7TaYu6NUnWmA3yB6FMohRFNF8FJSpz DQvxeG4hpmuzAbLZ7CYY+kfLciKBTXyX7/fxzy5PE021Zj4UPMXPnkqD+GfergeKVjFx k/+VkVMO1XS9Ceco85c9xDkYkQ+/w1v1HGYoD85ZbYwFo2vTATzKJbB8cleuXhjytEtn EEJTPPn2jkfQ9BfsO6ARefcBM6ubQZvOqJTkfHui2yP+1abyYXnWNXufvxyX0cuAzvXw h70A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=F030EOuJKkwrgutE+wPfUksI1/S5UnGcRtqdbQasBk0=; b=FKd2v9OadDN/X8qcstKtFA3FGDDCLeh1f1JGdoMQgwb8bSeZxVkPSVmE/963rDRiup Gh2epEqnRgEzg6Qk4DcNYJ9PNH+SPsEc5gxSTqtLTPWyIn+bd+YR4fURX/c6qgUo5eIU N0E2IqkTGNqj+xJ+jXN7PInG7tUyr+u36L/eJNn5wObZMUYcQ2jQpr/F3yDz/ZBlISmG G3vTfVsyhvD8oLEe5tzDSJbpkJD46MuHV8x1B9kp2/Jnl/8F73bry6pxnh6W41TJqr1i IgLXbccd4dKjHeKCquiL6LmYnG3P56aPlbgen8g54M7WIbxyH+2jCaEsNAQJOSdaT1RA ERqA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=PonPAo27; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z5si32510446pgh.469.2018.12.26.04.12.43; Wed, 26 Dec 2018 04:12:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=PonPAo27; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726773AbeLZMLn (ORCPT + 99 others); Wed, 26 Dec 2018 07:11:43 -0500 Received: from mail-lf1-f67.google.com ([209.85.167.67]:34831 "EHLO mail-lf1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726177AbeLZMLm (ORCPT ); Wed, 26 Dec 2018 07:11:42 -0500 Received: by mail-lf1-f67.google.com with SMTP id e26so10769521lfc.2 for ; Wed, 26 Dec 2018 04:11:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=F030EOuJKkwrgutE+wPfUksI1/S5UnGcRtqdbQasBk0=; b=PonPAo27QLY2CFNijRJuwqFNNZLVJOt1U82xFviGTfC96sUu+ZYCHNRdocATkrEDwk bgK8bm7reg5RTFuz8wzNHM4mzUH2pFW0bkparJN3gcs/2/CpnDeSVIBMcG76XiRUmxu4 kHPkdR63hBdp/RVIJg39zTizRLLzbd03GKMQPtOHvhLPU/tNuJdmUkeRFSyQpm7eueQS IVp+jKUZXuAOwl94pNal5BQi62w5HaD6MEM8Sbx5RhRjnYHihM6xe/8cicVqUcWiAkOd B2cM2VpKgohBtCeO2yNW39nrQu3Lg5NYbKnolY595OvQXUMajlx4KgsZKkIzusqG8ItR 5Qbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=F030EOuJKkwrgutE+wPfUksI1/S5UnGcRtqdbQasBk0=; b=b/aCgkFnNTbzf40UglJxydu8qeD0A4rrlD+h82Zs4uA0TfcUZsh+OikAiApPTO+xHM AyYAuadW76ZjrEBoDRN3ZehjB2Kh4u7mFCN8IFHXKSu5u5p7IJ+k49a01U9kkylAFV2G 9ZovXy6YQ0XURSW5CNN/bzm+Nuaz2MVyKu4Jr5GSV1ln+q02utCAjwiR0nzopxFKr0uY dg0tv8msBA520G9qdsXmdOInZk35FxhnFni+XP7ForCPzYm9DubFdMp2AzTvFnDlo82R 33WxqDFt6AxjpbiQs3IwfOPbttO6UVMT77mUPT99aqq/KcOkhMZ9fhoIKyunVg6qRF3Z XMNw== X-Gm-Message-State: AA+aEWZDBYf74VOQPMd02BGbmdVawUBG5vSv3lO41iGEnHf3TT6JuGcU AFVqqWZy/6+cq/bUWM7ggb4= X-Received: by 2002:a19:7111:: with SMTP id m17mr9487949lfc.64.1545826300397; Wed, 26 Dec 2018 04:11:40 -0800 (PST) Received: from localhost.localdomain (pool-109-191-228-208.is74.ru. [109.191.228.208]) by smtp.gmail.com with ESMTPSA id q6sm7037684lfh.52.2018.12.26.04.11.39 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 26 Dec 2018 04:11:39 -0800 (PST) From: Ivan Mironov To: dri-devel@lists.freedesktop.org Cc: linux-kernel@vger.kernel.org, Maarten Lankhorst , Maxime Ripard , Sean Paul , David Airlie , Daniel Vetter , saahriktu , Eugeniy Paltsev , Ivan Mironov Subject: [RFC PATCH 1/2] drm/fb-helper: Bring back workaround for bugs of SDL 1.2 Date: Wed, 26 Dec 2018 17:11:23 +0500 Message-Id: <20181226121124.1632-2-mironov.ivan@gmail.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20181226121124.1632-1-mironov.ivan@gmail.com> References: <20181226121124.1632-1-mironov.ivan@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org SDL 1.2 sets all fields related to the pixel format to zero in some cases[1]. Prior to commit db05c48197759 ("drm: fb-helper: Reject all pixel format changing requests"), there was an unintentional workaround for this that existed for more than a decade. First in device-specific DRM drivers, then here in drm_fb_helper.c. Previous code containing this workaround just ignores pixel format fields from userspace code. Not a good thing either, as this way, driver may silently use pixel format different from what client actually requested, and this in turn will lead to displaying garbage on the screen. I think that returning EINVAL to userspace in this particular case is the right option, so I decided to left code from problematic commit untouched instead of just reverting it entirely. [1] SDL 1.2.15 source code, src/video/fbcon/SDL_fbvideo.c, FB_SetVideoMode() Reported-by: saahriktu Suggested-by: saahriktu Fixes: db05c48197759 ("drm: fb-helper: Reject all pixel format changing requests") Signed-off-by: Ivan Mironov --- drivers/gpu/drm/drm_fb_helper.c | 146 ++++++++++++++++++++------------ 1 file changed, 93 insertions(+), 53 deletions(-) diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c index d3af098b0922..aff576c3c4fb 100644 --- a/drivers/gpu/drm/drm_fb_helper.c +++ b/drivers/gpu/drm/drm_fb_helper.c @@ -1621,6 +1621,64 @@ static bool drm_fb_pixel_format_equal(const struct fb_var_screeninfo *var_1, var_1->transp.msb_right == var_2->transp.msb_right; } +static void drm_fb_helper_fill_pixel_fmt(struct fb_var_screeninfo *var, + u8 depth) +{ + switch (depth) { + case 8: + var->red.offset = 0; + var->green.offset = 0; + var->blue.offset = 0; + var->red.length = 8; /* 8bit DAC */ + var->green.length = 8; + var->blue.length = 8; + var->transp.offset = 0; + var->transp.length = 0; + break; + case 15: + var->red.offset = 10; + var->green.offset = 5; + var->blue.offset = 0; + var->red.length = 5; + var->green.length = 5; + var->blue.length = 5; + var->transp.offset = 15; + var->transp.length = 1; + break; + case 16: + var->red.offset = 11; + var->green.offset = 5; + var->blue.offset = 0; + var->red.length = 5; + var->green.length = 6; + var->blue.length = 5; + var->transp.offset = 0; + break; + case 24: + var->red.offset = 16; + var->green.offset = 8; + var->blue.offset = 0; + var->red.length = 8; + var->green.length = 8; + var->blue.length = 8; + var->transp.offset = 0; + var->transp.length = 0; + break; + case 32: + var->red.offset = 16; + var->green.offset = 8; + var->blue.offset = 0; + var->red.length = 8; + var->green.length = 8; + var->blue.length = 8; + var->transp.offset = 24; + var->transp.length = 8; + break; + default: + break; + } +} + /** * drm_fb_helper_check_var - implementation for &fb_ops.fb_check_var * @var: screeninfo to check @@ -1654,6 +1712,40 @@ int drm_fb_helper_check_var(struct fb_var_screeninfo *var, return -EINVAL; } + /* + * Workaround for SDL 1.2, which is known to be setting all pixel format + * fields values to zero in some cases. We treat this situation as a + * kind of "use some reasonable autodetected values". + */ + if (!var->red.offset && !var->green.offset && + !var->blue.offset && !var->transp.offset && + !var->red.length && !var->green.length && + !var->blue.length && !var->transp.length && + !var->red.msb_right && !var->green.msb_right && + !var->blue.msb_right && !var->transp.msb_right) { + u8 depth; + + /* + * There is no way to guess the right value for depth when + * bpp is 16 or 32. So we just restore the behaviour previously + * introduced here by commit 785b93ef8c309. In fact, this was + * implemented even earlier in various device drivers. + */ + switch (var->bits_per_pixel) { + case 16: + depth = 15; + break; + case 32: + depth = 24; + break; + default: + depth = var->bits_per_pixel; + break; + } + + drm_fb_helper_fill_pixel_fmt(var, depth); + } + /* * drm fbdev emulation doesn't support changing the pixel format at all, * so reject all pixel format changing requests. @@ -1967,59 +2059,7 @@ void drm_fb_helper_fill_var(struct fb_info *info, struct drm_fb_helper *fb_helpe info->var.yoffset = 0; info->var.activate = FB_ACTIVATE_NOW; - switch (fb->format->depth) { - case 8: - info->var.red.offset = 0; - info->var.green.offset = 0; - info->var.blue.offset = 0; - info->var.red.length = 8; /* 8bit DAC */ - info->var.green.length = 8; - info->var.blue.length = 8; - info->var.transp.offset = 0; - info->var.transp.length = 0; - break; - case 15: - info->var.red.offset = 10; - info->var.green.offset = 5; - info->var.blue.offset = 0; - info->var.red.length = 5; - info->var.green.length = 5; - info->var.blue.length = 5; - info->var.transp.offset = 15; - info->var.transp.length = 1; - break; - case 16: - info->var.red.offset = 11; - info->var.green.offset = 5; - info->var.blue.offset = 0; - info->var.red.length = 5; - info->var.green.length = 6; - info->var.blue.length = 5; - info->var.transp.offset = 0; - break; - case 24: - info->var.red.offset = 16; - info->var.green.offset = 8; - info->var.blue.offset = 0; - info->var.red.length = 8; - info->var.green.length = 8; - info->var.blue.length = 8; - info->var.transp.offset = 0; - info->var.transp.length = 0; - break; - case 32: - info->var.red.offset = 16; - info->var.green.offset = 8; - info->var.blue.offset = 0; - info->var.red.length = 8; - info->var.green.length = 8; - info->var.blue.length = 8; - info->var.transp.offset = 24; - info->var.transp.length = 8; - break; - default: - break; - } + drm_fb_helper_fill_pixel_fmt(&info->var, fb->format->depth); info->var.xres = fb_width; info->var.yres = fb_height; -- 2.20.1