Regarding CONFIG_BLK_DEV_RAM and CONFIG_BLK_DEV_RAM_SIZE in arch/arm64/configs/defconfig
Christopher Covington
cov at codeaurora.org
Tue Aug 5 13:17:20 PDT 2014
On 08/05/2014 02:39 PM, Arnab Basu wrote:
> On 08/05/2014 07:38 PM, Christopher Covington wrote:
>> On 08/05/2014 09:26 AM, Arnab Basu wrote:
>>> Hi
>>>
>>> While trying to boot Linux with an initrd I found that CONFIG_BLK_DEV_RAM and
>>> CONFIG_BLK_DEV_RAM_SIZE are not part of the arm64 defconfig. Is this because
>>> no one has got around to adding them or is this something that has been
>>> omitted on purpose?
>>
>> I've been running initrds fine without this option. What requires it?
Perhaps I should have said "initramfs"--I was going by the QEMU option I use
to specify it.
https://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt
> Without these options I get:
>
> VFS: Cannot open root device "ram0" or unknown-block(0,0): error -6
> With these options I get:
>
> RAMDISK: gzip image found at block 0
> VFS: Mounted root (ext2 filesystem) readonly on device 1:0.
> Freeing unused kernel memory: 220K (ffffffc000636000 - ffffffc00066d000)
>
> My kernel command line is:
>
> Kernel command line: console=ttyS1,115200 root=/dev/ram0
> earlyprintk=uart8250-8bit,0x21c0600
>
> Any pointers on what else could be causing this?
With a (newc/SVR4 format) CPIO archive and not setting root= at all in the
command line I see:
Unpacking initramfs...
Freeing initrd memory: 256384K (fffffe0008000000 - fffffe0017a60000)
Christopher
--
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by the Linux Foundation.
More information about the linux-arm-kernel
mailing list