Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4470739ybz; Tue, 28 Apr 2020 11:51:09 -0700 (PDT) X-Google-Smtp-Source: APiQypKhplpABZcwBjPqDiR3ZeiV7sJ2tU6ehlhpwqyPt85SYUR8WBKTNMVZCjZBzKLsr16k7MId X-Received: by 2002:a17:907:7210:: with SMTP id dr16mr1704898ejc.197.1588099869167; Tue, 28 Apr 2020 11:51:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588099869; cv=none; d=google.com; s=arc-20160816; b=KGckTJjLT7/zyG4Cx4C+N+CIcccuEV5+chRJmUMbIHLFSoXd6BjrUu/utqdhp5lZQL n5zfHsiY3fcXWn09N3VMc959FPQlbG+EEq45HwDJFNBlg5vadyMuBriwu6oCidNW4rDe LGEopspkSWvXP/wGAVFSaHDYax6VwMLH84glH6A8+k5D+12c/E2HzopGhsjtvSOs2VCd AJYOXuNnX4Wc3ua+f3f5jXIIC2mITWPCtAR2GIoETJoFw+E4jKTVTKt3f6+ubZFFUQkX Gr+Au/ESWsNwbThDmn9DgF6/5Tm4CFx2kr17VhD+yKJal7KCRJLriuyfraTnNR1nxPke dwFg== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=1yGGY0KJYCOjMDnbUlqYS2XlkxvokKDApBd480yVZsE=; b=BZanJZQMw7tlVP4pmMXc6UkIbBzWxZVjgCKycqlhaqzmBiMZAK6Tx9avhdtK7Id1PT VPWWnColunbqGmfMdQAi+JGiu31sh3mWr9l/45kGI3MJYI1v+76vcAV/ZF0dn+oM/f0/ pGWJ7bPsvStt6s8dxTnLw9g5t3Z9VbylmCzAVUfnqki+TLHMipSb0kBcn3sSkn4oMbPR S9KjRstTBNxcZC3O7J1FPxHEI7al6/zwyHdYlz2plRwxN4H9oERIqfEGIxWwkicsAQh8 pfyG9SzmCgxTdCYPf6SvmlKB+E1citFnuzNprthDXUTWO+DZRZeDHLvSi5W/4gOoUopZ nMvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=DDwbKPRj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x61si2061553ede.23.2020.04.28.11.50.45; Tue, 28 Apr 2020 11:51:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=DDwbKPRj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730937AbgD1Ska (ORCPT + 99 others); Tue, 28 Apr 2020 14:40:30 -0400 Received: from mail.kernel.org ([198.145.29.99]:57806 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728628AbgD1SjE (ORCPT ); Tue, 28 Apr 2020 14:39:04 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 33FFB20575; Tue, 28 Apr 2020 18:39:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588099143; bh=0sOTq4s30ooeuz5sbfz4jOZfhxiqi4UmbeG8VQrVoww=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DDwbKPRjpFjUA3dqNsQtWm1fqhAt04CVeid5qgmiROAqEtzqfiVsN6rV8DZ4aR+W8 8D2JZ2qxkdtz3Es3tVV/4QhahVan11+bQAGtIzc1KbsB5wN6JiOJiy0YvcheUSXGzy +Xj7zjMwbtoHtoOL72wgwS4m566LZSYbml0Keqoc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Nicolas Pitre , Sam Ravnborg Subject: [PATCH 5.6 137/167] vt: dont use kmalloc() for the unicode screen buffer Date: Tue, 28 Apr 2020 20:25:13 +0200 Message-Id: <20200428182242.833106263@linuxfoundation.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200428182225.451225420@linuxfoundation.org> References: <20200428182225.451225420@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nicolas Pitre commit 9a98e7a80f95378c9ee0c644705e3b5aa54745f1 upstream. Even if the actual screen size is bounded in vc_do_resize(), the unicode buffer is still a little more than twice the size of the glyph buffer and may exceed MAX_ORDER down the kmalloc() path. This can be triggered from user space. Since there is no point having a physically contiguous buffer here, let's avoid the above issue as well as reducing pressure on high order allocations by using vmalloc() instead. Signed-off-by: Nicolas Pitre Cc: Acked-by: Sam Ravnborg Link: https://lore.kernel.org/r/nycvar.YSQ.7.76.2003282214210.2671@knanqh.ubzr Signed-off-by: Greg Kroah-Hartman --- drivers/tty/vt/vt.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) --- a/drivers/tty/vt/vt.c +++ b/drivers/tty/vt/vt.c @@ -81,6 +81,7 @@ #include #include #include +#include #include #include #include @@ -350,7 +351,7 @@ static struct uni_screen *vc_uniscr_allo /* allocate everything in one go */ memsize = cols * rows * sizeof(char32_t); memsize += rows * sizeof(char32_t *); - p = kmalloc(memsize, GFP_KERNEL); + p = vmalloc(memsize); if (!p) return NULL; @@ -366,7 +367,7 @@ static struct uni_screen *vc_uniscr_allo static void vc_uniscr_set(struct vc_data *vc, struct uni_screen *new_uniscr) { - kfree(vc->vc_uni_screen); + vfree(vc->vc_uni_screen); vc->vc_uni_screen = new_uniscr; }