fixes for: decruft the early init / initrd / initramfs code v2

2020-07-27 Thread Christoph Hellwig
Hi all, this series fixes up a few issues found in my git://git.infradead.org/users/hch/misc.git init-user-pointers tree. The patches are relative to it.

Re: decruft the early init / initrd / initramfs code v2

2020-07-16 Thread Christoph Hellwig
On Thu, Jul 16, 2020 at 05:57:12PM +0200, Guoqing Jiang wrote: > On 7/15/20 8:51 AM, Christoph Hellwig wrote: >> On Tue, Jul 14, 2020 at 12:34:45PM -0700, Linus Torvalds wrote: > I just cloned the tree, seems there is compile issue that you need to > resolve. Fixed and force pushed.

Re: decruft the early init / initrd / initramfs code v2

2020-07-16 Thread Guoqing Jiang
On 7/15/20 8:51 AM, Christoph Hellwig wrote: On Tue, Jul 14, 2020 at 12:34:45PM -0700, Linus Torvalds wrote: On Tue, Jul 14, 2020 at 12:06 PM Christoph Hellwig wrote: this series starts to move the early init code away from requiring KERNEL_DS to be implicitly set during early startup. It

Re: decruft the early init / initrd / initramfs code v2

2020-07-15 Thread Christoph Hellwig
On Tue, Jul 14, 2020 at 12:34:45PM -0700, Linus Torvalds wrote: > On Tue, Jul 14, 2020 at 12:06 PM Christoph Hellwig wrote: > > > > this series starts to move the early init code away from requiring > > KERNEL_DS to be implicitly set during early startup. It does so by > > first removing legacy

Re: decruft the early init / initrd / initramfs code v2

2020-07-14 Thread Linus Torvalds
On Tue, Jul 14, 2020 at 12:06 PM Christoph Hellwig wrote: > > this series starts to move the early init code away from requiring > KERNEL_DS to be implicitly set during early startup. It does so by > first removing legacy unused cruft, and the switches away the code > from struct file based APIs

decruft the early init / initrd / initramfs code v2

2020-07-14 Thread Christoph Hellwig
Hi all, this series starts to move the early init code away from requiring KERNEL_DS to be implicitly set during early startup. It does so by first removing legacy unused cruft, and the switches away the code from struct file based APIs to our more usual in-kernel APIs. There is no really good

Re: decruft the early init / initrd / initramfs code v2

2020-07-14 Thread Song Liu
On Mon, Jul 13, 2020 at 11:41 PM Christoph Hellwig wrote: > > On Thu, Jul 09, 2020 at 04:32:07PM -0700, h...@zytor.com wrote: > > On July 9, 2020 8:17:57 AM PDT, Christoph Hellwig wrote: > > >Hi all, > > > > > >this series starts to move the early init code away from requiring > > >KERNEL_DS to

Re: decruft the early init / initrd / initramfs code v2

2020-07-14 Thread Christoph Hellwig
On Thu, Jul 09, 2020 at 04:32:07PM -0700, h...@zytor.com wrote: > On July 9, 2020 8:17:57 AM PDT, Christoph Hellwig wrote: > >Hi all, > > > >this series starts to move the early init code away from requiring > >KERNEL_DS to be implicitly set during early startup. It does so by > >first removing

Re: decruft the early init / initrd / initramfs code v2

2020-07-09 Thread hpa
On July 9, 2020 8:17:57 AM PDT, Christoph Hellwig wrote: >Hi all, > >this series starts to move the early init code away from requiring >KERNEL_DS to be implicitly set during early startup. It does so by >first removing legacy unused cruft, and the switches away the code >from struct file based

Re: decruft the early init / initrd / initramfs code v2

2020-07-09 Thread Linus Torvalds
On Thu, Jul 9, 2020 at 8:18 AM Christoph Hellwig wrote: > > There is no really good tree for this, so if there are no objections > I'd like to set up a new one for linux-next. All looks good to me. I had a wish-list change for one of the patches that I sent a reply out for, but even without that

decruft the early init / initrd / initramfs code v2

2020-07-09 Thread Christoph Hellwig
Hi all, this series starts to move the early init code away from requiring KERNEL_DS to be implicitly set during early startup. It does so by first removing legacy unused cruft, and the switches away the code from struct file based APIs to our more usual in-kernel APIs. There is no really good