linux-kernel - Re: INITRAMFS_SOURCE broken by 6e19eded3684dc184181093af3bff2ff440f5b53?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20170808120442.GE27367@1wt.eu>
Date:   Tue, 8 Aug 2017 14:04:42 +0200
From:   Willy Tarreau <w@....eu>
To:     Thomas Meyer <thomas@...3r.de>
Cc:     rob@...dley.net, linux-kernel@...r.kernel.org
Subject: Re: INITRAMFS_SOURCE broken by
 6e19eded3684dc184181093af3bff2ff440f5b53?

Hi Thomas,

On Tue, Aug 08, 2017 at 01:46:25PM +0200, Thomas Meyer wrote:
> Hi,
> 
> did the commit 6e19eded3684dc184181093af3bff2ff440f5b53 break a linux kernel
> build with an included ramdisk?
> 
> As fas as I understand you must expliclity add rootfstype=ramfs to the kernel
> command line to boot from the included ramfsdisk?
> 
> bug or feature?

Strange, I'm running my kernels with the modules packaged inside the initramfs
and never met this problem even after this commit (my 4.9 kernels are still
packaged this way and run fine). And yes, I do have TMPFS enabled. I can't
tell whether tmpfs or ramfs was used however given that at this level I don't
have all the tools available to report the FS type (and proc says "rootfs").
Are you sure you're not missing anything ?

Willy