From: Palmer Dabbelt <palmer@dabbelt.com> To: Christoph Hellwig <hch@lst.de>, viro@zeniv.linux.org.uk, Arnd Bergmann <arnd@arndb.de> Cc: Christoph Hellwig <hch@lst.de>, Paul Walmsley <paul.walmsley@sifive.com>, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: remove set_fs for riscv v2 Date: Sat, 26 Sep 2020 10:50:52 -0700 (PDT) [thread overview] Message-ID: <mhng-9b0b114e-a104-40b7-b4f5-ad64dbbbd5bd@palmerdabbelt-glaptop1> (raw) In-Reply-To: <20200922043752.GA29151@lst.de> On Mon, 21 Sep 2020 21:37:52 PDT (-0700), Christoph Hellwig wrote: > Given tht we've not made much progress with the common branch, > are you fine just picking this up through the riscv tree for 5.10? > > I'll defer other architectures that depend on the common changes to > 5.11 then. I'm OK taking it, but there's a few things I'd like to sort out. IIRC I put it on a temporary branch over here https://git.kernel.org/pub/scm/linux/kernel/git/palmer/linux.git/log/?h=riscv-remove_set_fs under the assumption it might get lost otherwise, but let me know if that's not what you were looking for. Arnd: Are you OK with the asm-generic stuff? I couldn't find anything in my mail history, so sorry if I just missed it. Al: IIRC the plan here was to have me merge in a feature branch with this stuff, but it'd have to be based on your for-next as there are some dependencies over there. I see 5ae4998b5d6f ("powerpc: remove address space overrides using set_fs()") in vfs/for-next so I think we should be OK, but let me know if I'm doing something wrong. > On Wed, Sep 09, 2020 at 08:55:15AM +0200, Christoph Hellwig wrote: >> now that we've sorted out a remaining issue base.set_fs should not >> be rebased any more, so you could pull it into the riscv tree or a topic >> branch. >> >> The first four patch should go into base.set_fs, though. Arnd, can you >> re-review the updated patches? > ---end quoted text---
WARNING: multiple messages have this Message-ID (diff)
From: Palmer Dabbelt <palmer@dabbelt.com> To: Christoph Hellwig <hch@lst.de>, viro@zeniv.linux.org.uk, Arnd Bergmann <arnd@arndb.de> Cc: linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, Christoph Hellwig <hch@lst.de>, Paul Walmsley <paul.walmsley@sifive.com> Subject: Re: remove set_fs for riscv v2 Date: Sat, 26 Sep 2020 10:50:52 -0700 (PDT) [thread overview] Message-ID: <mhng-9b0b114e-a104-40b7-b4f5-ad64dbbbd5bd@palmerdabbelt-glaptop1> (raw) In-Reply-To: <20200922043752.GA29151@lst.de> On Mon, 21 Sep 2020 21:37:52 PDT (-0700), Christoph Hellwig wrote: > Given tht we've not made much progress with the common branch, > are you fine just picking this up through the riscv tree for 5.10? > > I'll defer other architectures that depend on the common changes to > 5.11 then. I'm OK taking it, but there's a few things I'd like to sort out. IIRC I put it on a temporary branch over here https://git.kernel.org/pub/scm/linux/kernel/git/palmer/linux.git/log/?h=riscv-remove_set_fs under the assumption it might get lost otherwise, but let me know if that's not what you were looking for. Arnd: Are you OK with the asm-generic stuff? I couldn't find anything in my mail history, so sorry if I just missed it. Al: IIRC the plan here was to have me merge in a feature branch with this stuff, but it'd have to be based on your for-next as there are some dependencies over there. I see 5ae4998b5d6f ("powerpc: remove address space overrides using set_fs()") in vfs/for-next so I think we should be OK, but let me know if I'm doing something wrong. > On Wed, Sep 09, 2020 at 08:55:15AM +0200, Christoph Hellwig wrote: >> now that we've sorted out a remaining issue base.set_fs should not >> be rebased any more, so you could pull it into the riscv tree or a topic >> branch. >> >> The first four patch should go into base.set_fs, though. Arnd, can you >> re-review the updated patches? > ---end quoted text--- _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv
next prev parent reply other threads:[~2020-09-26 17:50 UTC|newest] Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-09-07 5:58 remove set_fs for riscv v2 Christoph Hellwig 2020-09-07 5:58 ` Christoph Hellwig 2020-09-07 5:58 ` [PATCH 1/8] uaccess: provide a generic TASK_SIZE_MAX definition Christoph Hellwig 2020-09-07 5:58 ` Christoph Hellwig 2020-09-07 5:58 ` [PATCH 2/8] asm-generic: improve the nommu {get,put}_user handling Christoph Hellwig 2020-09-07 5:58 ` Christoph Hellwig 2020-09-07 5:58 ` [PATCH 3/8] asm-generic: add nommu implementations of __{get,put}_kernel_nofault Christoph Hellwig 2020-09-07 5:58 ` [PATCH 3/8] asm-generic: add nommu implementations of __{get, put}_kernel_nofault Christoph Hellwig 2020-09-07 5:58 ` [PATCH 4/8] asm-generic: make the set_fs implementation optional Christoph Hellwig 2020-09-07 5:58 ` Christoph Hellwig 2020-09-07 5:58 ` [PATCH 5/8] riscv: use memcpy based uaccess for nommu again Christoph Hellwig 2020-09-07 5:58 ` Christoph Hellwig 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-07 5:58 ` [PATCH 6/8] riscv: refactor __get_user and __put_user Christoph Hellwig 2020-09-07 5:58 ` Christoph Hellwig 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-07 5:58 ` [PATCH 7/8] riscv: implement __get_kernel_nofault and __put_user_nofault Christoph Hellwig 2020-09-07 5:58 ` Christoph Hellwig 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-07 5:58 ` [PATCH 8/8] riscv: remove address space overrides using set_fs() Christoph Hellwig 2020-09-07 5:58 ` Christoph Hellwig 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-09 4:59 ` remove set_fs for riscv v2 Palmer Dabbelt 2020-09-09 4:59 ` Palmer Dabbelt 2020-09-09 6:55 ` Christoph Hellwig 2020-09-09 6:55 ` Christoph Hellwig 2020-09-09 20:38 ` Palmer Dabbelt 2020-09-09 20:38 ` Palmer Dabbelt 2020-09-22 4:37 ` Christoph Hellwig 2020-09-22 4:37 ` Christoph Hellwig 2020-09-26 17:50 ` Palmer Dabbelt [this message] 2020-09-26 17:50 ` Palmer Dabbelt 2020-09-26 19:13 ` Arnd Bergmann 2020-09-26 19:13 ` Arnd Bergmann 2020-10-04 17:27 ` Palmer Dabbelt 2020-10-04 17:27 ` Palmer Dabbelt 2020-09-28 12:49 ` Christoph Hellwig 2020-09-28 12:49 ` Christoph Hellwig 2020-09-28 16:45 ` Palmer Dabbelt 2020-09-28 16:45 ` Palmer Dabbelt 2020-09-29 18:03 ` Christoph Hellwig 2020-09-29 18:03 ` Christoph Hellwig 2020-09-26 6:58 ` Christoph Hellwig 2020-09-26 6:58 ` Christoph Hellwig
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=mhng-9b0b114e-a104-40b7-b4f5-ad64dbbbd5bd@palmerdabbelt-glaptop1 \ --to=palmer@dabbelt.com \ --cc=arnd@arndb.de \ --cc=hch@lst.de \ --cc=linux-arch@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-riscv@lists.infradead.org \ --cc=paul.walmsley@sifive.com \ --cc=viro@zeniv.linux.org.uk \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.