Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp331639imi; Thu, 21 Jul 2022 23:20:14 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uypeZiv5w+6HgWPDbK0b7ezCzWH7qKyuFSkwjte+WQyamRhay7zENAMN06pi7RX4t/dPmi X-Received: by 2002:a17:907:2815:b0:72b:70f6:4ced with SMTP id eb21-20020a170907281500b0072b70f64cedmr1911573ejc.353.1658470814298; Thu, 21 Jul 2022 23:20:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658470814; cv=none; d=google.com; s=arc-20160816; b=qwryFuityAhzM56MtYx9P7Q1iXXS8bOoK+Voq7Rug7jWMxwDtfHFDBsEiAaJa9WXK0 ioaZOWyfoUdJfKJWQFm40vpvQDOVmUnhCWfU8XgOXt9j+jFNVdyUTHZRlP3RjWjT3/6f ngWYxw0+LVwRRKCZal01ubBt1ZmEiIP/8FnDP/bOnduxn0IYaqpSEePoQZ7ODqfwZpaD 9F3GZKI+6CUpqJnS79uF8C0EGuZx/vKGQXZEB0XetwT3R6z6iFvrboNGf8FE1ydD+XuU na1ql6EfM8b1D1OY8BQlMfGFYFcpEDHLe1zwYHzn/qwv7aeUPDOXz2kyvYqkBZWL9wDS U0rA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=Ac927bpyCnxBql9+XwhjA4JcnakF1gY6h60Hr11uyww=; b=n/AZ5T6FY06/hwCIAXJ8DDMnLssRCmJfOs6eq7Y/LkzqYVDowg8pvUvx4ckFlycOoQ ZpIvjY7iIFiQZjqsdcJtld0UiOyHPmqV5RE0UITYR7lV7yo0ePVM8k0kqIzOLMtq5Tjk glav4uT/BffjgFw0bDCR6lGYl9llkLdUb/tOqwFL/258Poe+FSM96wa7GmqhgpazbVxy Y7zXZGR/NaOurRfn3LIXmL7zDb6EFc0jjnwO8jGaJOub1Cgac1Q0gJH3J1itJL43lSO4 /4dYkgVpS8EmJPrybxiS7HV3wOyNDTSD8X8laiEpxHC2jyn6iTOV+0U9mPJjLQzDiY4E vjAQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id nc32-20020a1709071c2000b0072b54bd4131si5674539ejc.521.2022.07.21.23.19.46; Thu, 21 Jul 2022 23:20:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233613AbiGVGLn (ORCPT + 99 others); Fri, 22 Jul 2022 02:11:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229593AbiGVGLl (ORCPT ); Fri, 22 Jul 2022 02:11:41 -0400 Received: from out30-133.freemail.mail.aliyun.com (out30-133.freemail.mail.aliyun.com [115.124.30.133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2EA722870A; Thu, 21 Jul 2022 23:11:39 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R301e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018046060;MF=yixingrui@linux.alibaba.com;NM=1;PH=DS;RN=4;SR=0;TI=SMTPD_---0VK4.lyy_1658470295; Received: from localhost.localdomain(mailfrom:yixingrui@linux.alibaba.com fp:SMTPD_---0VK4.lyy_1658470295) by smtp.aliyun-inc.com; Fri, 22 Jul 2022 14:11:36 +0800 From: Xingrui Yi To: gregkh@linuxfoundation.org Cc: linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, Xingrui Yi Subject: [PATCH] vt: remove old FONT ioctls definitions in uapi Date: Fri, 22 Jul 2022 14:11:33 +0800 Message-Id: <20220722061133.7765-1-yixingrui@linux.alibaba.com> X-Mailer: git-send-email 2.15.0 X-Spam-Status: No, score=-9.9 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, UNPARSEABLE_RELAY,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org As was demonstrated by commit ff2047fb755d ("vt: drop old FONT ioctls"), old font ioctls like PIO_FONT have been deleted and KDFONTOP ioctl is used for years instead. However, unused definitions of these ioctl numbers and "strut consolefontdesc" still exist in a uapi header. They could have been removed since no userspace was using them. Otherwise they will become a misleading for users, and users will fail with ENOTTY with wrong call. We are moving old font ioctl numbers definitions here to guide users to use KDFONTOP. Signed-off-by: Xingrui Yi --- include/uapi/linux/kd.h | 13 ------------- 1 file changed, 13 deletions(-) diff --git a/include/uapi/linux/kd.h b/include/uapi/linux/kd.h index ee929ece4112..d739b17fc942 100644 --- a/include/uapi/linux/kd.h +++ b/include/uapi/linux/kd.h @@ -6,19 +6,6 @@ /* 0x4B is 'K', to avoid collision with termios and vt */ -#define GIO_FONT 0x4B60 /* gets font in expanded form */ -#define PIO_FONT 0x4B61 /* use font in expanded form */ - -#define GIO_FONTX 0x4B6B /* get font using struct consolefontdesc */ -#define PIO_FONTX 0x4B6C /* set font using struct consolefontdesc */ -struct consolefontdesc { - unsigned short charcount; /* characters in font (256 or 512) */ - unsigned short charheight; /* scan lines per character (1-32) */ - char __user *chardata; /* font data in expanded form */ -}; - -#define PIO_FONTRESET 0x4B6D /* reset to default font */ - #define GIO_CMAP 0x4B70 /* gets colour palette on VGA+ */ #define PIO_CMAP 0x4B71 /* sets colour palette on VGA+ */ -- 2.27.0