Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp293931ybg; Wed, 3 Jun 2020 00:38:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy88Kfc4BrXlFskK44c74K+5SUxhRK3+sxRfAOi7RqB7cCAsYotMorkMB2MjP8+sBPCqc2p X-Received: by 2002:a17:906:4c46:: with SMTP id d6mr8460014ejw.503.1591169919950; Wed, 03 Jun 2020 00:38:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591169919; cv=none; d=google.com; s=arc-20160816; b=YTJt+n1TeayHukTUltsnx5bnJ4vy2YzjYXguJJ10ZBaetQbV0l7Ovq1fp95yHFBqR9 Gih9npD6mcy2nx5nJ53ZEiEcWYBZ8jjiiV5Wx6mthbx+xAZiFk2jbZUHW4I9S6l8M6v6 iqOvPU/580rStDK4oVGgAQ9rUcuWdza58UJXPWQMgginnmrNl1wuX+P8qdKhyO0v5+zY euxaTDlnYOqFXDk2P0xuHMYWh/Fc7Kgm/lbfv/9GX84S+RRi26StJIiD9zuo1URv5kXe jWSIE3scxLKbnZ7tYYDb1VOSnieEkybMLLDrQLti6x22TLt6Ntn4lYwtZv0hpsX2f3c6 duMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=D7JMkOvhZUqwiu+SF/Awh2jlIp2xHt9TluszajmhLw4=; b=jLtFjBkJo/AVP7YqW0efcz9qGqgK8NJqQyjO+Qa9FsH7C0yg4C8O/I0stRLl1qU8NJ jT8jheGLwuwMnKPLq7hvajXp+m3Oukh6o66mcrWQY7x/Ng2YiMTozGdxfYCcOkU9cez+ 7LflL7tzXnxMBYL9Vt6JRp6NFYO/ENXJ3ECoqwMLMUzW5XvnIH0V8s12gUeQ7Gi+p8W+ 1K+MzgEPCIXovHN1XiddtPQ3pBFkBb8XE+A2kLyW5Xn1aEn9hzd+j0+b511/Akyiw3Cj zT9Cu+XTVlwvhbwXNtw/9w7KMHLhFKtmhg4DMLI5wIQ8QsV04UXvSWpszwTa7pLVxUOL kuXQ== ARC-Authentication-Results: i=1; mx.google.com; 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 p22si662498edy.126.2020.06.03.00.38.16; Wed, 03 Jun 2020 00:38:39 -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; 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 S1726066AbgFCHf0 (ORCPT + 99 others); Wed, 3 Jun 2020 03:35:26 -0400 Received: from mail-ot1-f66.google.com ([209.85.210.66]:44523 "EHLO mail-ot1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725275AbgFCHf0 (ORCPT ); Wed, 3 Jun 2020 03:35:26 -0400 Received: by mail-ot1-f66.google.com with SMTP id e5so1100573ote.11; Wed, 03 Jun 2020 00:35:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=D7JMkOvhZUqwiu+SF/Awh2jlIp2xHt9TluszajmhLw4=; b=kw2QWv8B31u0abvbBHAvVs+9AZQcphbQzmdggdkyBoukg2I+NjHn9JFdubXGeH7PdC ShWyq/eOUuF5V1pkdbJ3MRSzEI5D543rkl3Nvja/r0eT1tdIHL9H6rcjVekpQ+qnwb7W co3KVXKu5jzrclX1IkHDHrYbEywKI6S4Tl7opMaUEEk4NFXj73S6C4ywWVA/4QP7m6Sv OTNGmMlLtkZtXgx18t7WFjeX1rJ5S/GX6EIEvWBcA/aKaNWKZQsJ0XpCNGYL02vxvxRK Ijh9WFwIRzzM+J43Ge9ms3RIoUmNTD5KLwoSxXq6/sa8aSM5aEzoJyi1VrJeXPJ+NygV U1CQ== X-Gm-Message-State: AOAM5324SFNUF7dx7uNhbCsDt0geOsHpHwXeMncOqIytbmGMlLIuXwyG zUvAr+BSu/1IIRUZcQh8ez9J7PhLuBJfk2V/cxcVxA== X-Received: by 2002:a05:6830:141a:: with SMTP id v26mr2278620otp.250.1591169724039; Wed, 03 Jun 2020 00:35:24 -0700 (PDT) MIME-Version: 1.0 References: <20200531104715.2512247-1-glaubitz@physik.fu-berlin.de> In-Reply-To: From: Geert Uytterhoeven Date: Wed, 3 Jun 2020 09:35:12 +0200 Message-ID: Subject: Re: [PATCH v2] sh: Implement __get_user_u64() required for 64-bit get_user() To: John Paul Adrian Glaubitz Cc: Linux-sh list , Rich Felker , Yoshinori Sato , Michael Karcher , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Adrian, On Wed, Jun 3, 2020 at 9:20 AM John Paul Adrian Glaubitz wrote: > On 5/31/20 12:47 PM, John Paul Adrian Glaubitz wrote: > > Changes since v1: > > - Replace single mov instruction for exception handling > > in case of invalid load > > Yutaka Niibe has had a look at my patch and he says, we might have to add > an entry for the fault handling of the upper word. > > Quote: > > > (1) I think that there is possibility that the second access to user > > space fails (while the first access succeeds). IIUC, it's good have > > an entry in __ex_tables for the second access too, like: > > ".long 1b+2, 3b\n\t" > > I don't know if the expression "1b+2" is correct, my intention is > > detecting the failure in the seccond access. So just add another numeric label, like is done on m68k. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds