From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755916AbbA3ADb (ORCPT ); Thu, 29 Jan 2015 19:03:31 -0500 Received: from mail-ie0-f182.google.com ([209.85.223.182]:46109 "EHLO mail-ie0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751856AbbA3AD3 (ORCPT ); Thu, 29 Jan 2015 19:03:29 -0500 MIME-Version: 1.0 In-Reply-To: <20150129235742.GB14741@kroah.com> References: <1422504685-7864-1-git-send-email-airlied@redhat.com> <20150129235742.GB14741@kroah.com> Date: Thu, 29 Jan 2015 16:03:29 -0800 X-Google-Sender-Auth: c-IbLioLxd6ZW7Fm2TEZwYHVcBw Message-ID: Subject: Re: [PATCH] vt_buffer: drop console buffer copying optimisations From: Linus Torvalds To: Greg Kroah-Hartman Cc: Dave Airlie , Linux Kernel Mailing List , dri-devel@lists.sf.net, Tomi Valkeinen Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 29, 2015 at 3:57 PM, Greg Kroah-Hartman wrote: > > I can take this through the tty tree, but can I put it in linux-next and > wait for the 3.20 merge window to give people who might notice a > slow-down a chance to object? Yes. The problem only affects one (or a couple of) truly outrageously bad graphics cards that are only used in servers (because they are such crap that they wouldn't be acceptable anywhere else anyway), and they have afaik never worked with 64-bit kernels, so it's not even a regression. So it's worth fixing because it's a real - albeit very rare - problem (especially since the enhanched rep instruction model of memcpy could easily be *worse* than the 16-bit-at-a-time manual version), but I wouldn't consider it anywhere near high priority. Linus