From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933929AbdDESoc (ORCPT ); Wed, 5 Apr 2017 14:44:32 -0400 Received: from mail-io0-f182.google.com ([209.85.223.182]:35844 "EHLO mail-io0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932913AbdDESoY (ORCPT ); Wed, 5 Apr 2017 14:44:24 -0400 MIME-Version: 1.0 In-Reply-To: <20170405080857.GR29622@ZenIV.linux.org.uk> References: <20170329055706.GH29622@ZenIV.linux.org.uk> <20170405050507.GQ29622@ZenIV.linux.org.uk> <20170405080857.GR29622@ZenIV.linux.org.uk> From: Tony Luck Date: Wed, 5 Apr 2017 11:44:23 -0700 Message-ID: Subject: Re: ia64 exceptions (Re: [RFC][CFT][PATCHSET v1] uaccess unification) To: Al Viro Cc: "linux-ia64@vger.kernel.org" , "linux-arch@vger.kernel.org" , Linux Kernel Mailing List , Linus Torvalds , Fenghua Yu 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 Wed, Apr 5, 2017 at 1:08 AM, Al Viro wrote: > ... and sure enough, on generic kernel (CONFIG_ITANIUM) that yields a nice > shiny oops at precisely that insn. The right fix here might be to delete all the CONFIG_ITANIUM paths. I doubt that anyone is still running upstream kernels on Merced CPUs (and if they are, it might be a kindness to them to make them stop). > We really need tests for uaccess primitives. That's not a recent regression, > BTW - it had been that way since 2.3.48-pre2, as far as I can see. Probably be handy for new architectures to test all the corner cases. -Tony