Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4465856ybz; Tue, 28 Apr 2020 11:45:53 -0700 (PDT) X-Google-Smtp-Source: APiQypLQmVdK9ayO086/gvziWIVudluElL90gQzO7OlR5E7YSRyAaq8U9NDNkcauOu+CoNHklnM7 X-Received: by 2002:a50:fc0d:: with SMTP id i13mr22550611edr.280.1588099553656; Tue, 28 Apr 2020 11:45:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588099553; cv=none; d=google.com; s=arc-20160816; b=C8wm1OzajjU+YiHaXGuUHGV4Epu0Fb9D2HDJVR3rS7FrWUqNC9D1BfIoZzwYk9gXDw 5HSBaHKGfdCBy8oDd7jljiUJZSHbxYaAeXur1XCRyQzRMdpCW+6mipZ94Aw5ZA/acsHb QMgXB6GSWDnOufgJQIJ8BCnxQpKord5Zw4/njwo3sI6vTEOrtGQTAKXV01hg6lh/ueA/ N+clh02PJ3/OWP7z37slGmTVIRyy6DOFOHbF8otIRWWKMxRWeg+2gHx+gGyrwHNBPO1M 0pSxizeF4XhuZdWa8bvWudwlDh0nXfnq13eDmXXsfHpAlmOmSF/gYpRqZIGnbTiQxsSV uSUg== 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=gRcV+L8ehvo6DQ7wNG5j76bEu964NpMcxeFJFkAgY3+g4D4ld9IThbxV6d932IOdQm FN5vJJ594mJG5Tuy4Thw1pH4ctoQ0KfcZ6jWlpkqABhVH+A1OOk+YghQTfrciVso5p6u meBdpsB8lU2E1Lq9u/CibxHzS8AgZwCiDVGBLcr/2UwnUCBEnVNaZioOI9aDoDGYK0tb H38/3Fe29B4Zmv8Tq19Ovll7CYcD0O7CaZFc+ch1A8N/3S4qw7PrF4EXcxP0eeVfvoLC gZaxJSaDUDJ6W91JlltCeVZIBL//Nxxu4Knk46obD8A9SDx9iErNIlNytNC9AAOQrJRW +qHQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=xLnXpAlW; 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 x21si2459359ejs.38.2020.04.28.11.45.30; Tue, 28 Apr 2020 11:45:53 -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=xLnXpAlW; 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 S1731356AbgD1SoN (ORCPT + 99 others); Tue, 28 Apr 2020 14:44:13 -0400 Received: from mail.kernel.org ([198.145.29.99]:37114 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730893AbgD1SoM (ORCPT ); Tue, 28 Apr 2020 14:44:12 -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 B6276206A1; Tue, 28 Apr 2020 18:44:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588099452; bh=0sOTq4s30ooeuz5sbfz4jOZfhxiqi4UmbeG8VQrVoww=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xLnXpAlWM9u5hJDryipAltZMvujqMnP9M9wHU9TZVQhWBkI6Q4WML8ufntiC+BhP0 mL8ZOuVNRJVkeEqi74xQSIZC4nwE000aDTACqHrTue/T4NgJoTUuxHV82MrgdCgfdu HHPWfouODG5kgYabZlnppzdUhETDiBLnyQmPENi4= 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.4 139/168] vt: dont use kmalloc() for the unicode screen buffer Date: Tue, 28 Apr 2020 20:25:13 +0200 Message-Id: <20200428182249.373313755@linuxfoundation.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200428182231.704304409@linuxfoundation.org> References: <20200428182231.704304409@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; }