All of lore.kernel.org
 help / color / mirror / Atom feed
From: nick <xerofoify@gmail.com>
To: Simon Bolek <simon.bolek@googlemail.com>
Cc: yocto@yoctoproject.org
Subject: Re: Booting .hddimg from USB failed -> ramdisk not found /dev/ram0 - HELP!
Date: Thu, 08 Jan 2015 21:17:27 -0500	[thread overview]
Message-ID: <54AF3A37.5070800@gmail.com> (raw)
In-Reply-To: <CAEfap_A7J95hb=idh6JhzYfx5pY4tWzmDHCMV1f4UexG+LQrDQ@mail.gmail.com>

Simon,
Please send me your kernel bb recipes as there is probably an issue in
them.
Regards,
Nick

On 2015-01-08 03:58 PM, Simon Bolek wrote:
> NIck, thank you. what do you mean by that? I followed the instructions from
> here:
> http://www.yoctoproject.org/docs/1.7/kernel-dev/kernel-dev.html#changing-the-configuration
> is there something there I might be missing? Where is the part, 'linking
> your kernels to the core-image-sato build'  that you are talking about?
> 
> thank you and best regards
> simon:-)
> 
> On Thu, Jan 8, 2015 at 6:50 PM, nick <xerofoify@gmail.com> wrote:
> 
>> Simon,
>> Why are you not linking your kernels to the core-image-sato build.
>> This seems to be the issue.
>> Regards Nick
>>
>> On 2015-01-08 05:59 AM, Simon Bolek wrote:
>>> Thank you Nick. I will try that, but this is not the point. I am trying
>> to
>>> figure out why
>>> *bitbake core-image-sato *
>>> does not create /dev/ram nodes, although linux-yocto has them defiined in
>>> .config file.
>>>
>>> I also created:
>>> mylayer/recipes-kernel/linux/linux_yocto_3.4.bbapend
>>> mylayer/recipes-kernel/linux/linux_yocto_3.10.bbapend
>>> mylayer/recipes-kernel/linux/linux_yocto_3.14.bbapend
>>>
>>> with the following content:
>>>
>>> FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
>>> SRC_URI += "file://ramdisk.cfg"
>>>
>>> and
>>> mylayer/recipes-kernel/linux/files/ramdisk.cfg
>>>
>>> with content:
>>> CONFIG_BLK_DEV_RAM=y
>>> CONFIG_BLK_DEV_RAM_COUNT=16
>>> CONFIG_BLK_DEV_RAM_SIZE=4096
>>>
>>> and afterwards run the commands:
>>> bitbake linux-yocto -c cleansstate
>>> bitbake linux-yocto
>>> bitbake core-image-sato
>>>
>>> again. Same result, no /dev/ram nodes under rootfs.
>>>
>>> What am i doing wrong?
>>>
>>> thank you
>>> simon:-)
>>>
>>> On Thu, Jan 8, 2015 at 2:03 AM, nick <xerofoify@gmail.com> wrote:
>>>
>>>> Simon,
>>>> Can you boot this on standard computer with qemu.
>>>> Try that first and report back if that works.
>>>> Nick
>>>>
>>>> On 2015-01-07 04:59 PM, Simon Bolek wrote:
>>>>> Hello folks!
>>>>>
>>>>> I have the following problem/question.
>>>>> 1) I built a standard .hddimg core-image-sato genericx86 on ubuntu
>> 14.10
>>>>> 2) Afterwards, this .hddimg was deployed to USB device (USB-ZIP method)
>>>>> 3) Tried to boot Atom PC from the USB Device -> *ERROR: cound not found
>>>>> ramdisk*
>>>>>
>>>>> so initrd is trying to find /dev/ram0 which does not exist in the
>> image.
>>>> I
>>>>> checked rootfs and there is nothing under
>>>>>
>>>>
>> ../poky/build/tmp/work/genericx86-poky-linux/core-image-sato/1.0-r0/rootfs/dev
>>>>>
>>>>> I googled this up and there is a thread telling to check the .config
>> file
>>>>> for *CONFIG_BLK_DEV_RAM *settings*.*
>>>>> I have the following entries in:
>>>>>
>>>>
>> ../poky/build/tmp/work/genericx86-poky-linux/linux-yocto/3.10.35+gitAUTOINC+7df9ef8ee4_2ee37bfe73-r0/linux-genericx86-standard-build/.config
>>>>> ...
>>>>> CONFIG_BLK_DEV_RAM=y
>>>>> CONFIG_BLK_DEV_RAM_COUNT=16
>>>>> CONFIG_BLK_DEV_RAM_SIZE=4096
>>>>> ...
>>>>>
>>>>> I also *bitbake core-image-sato -c cleansstate* twice already.
>>>>> I also* bitbake core-image-sato -c menuconfig *once more and
>>>>> afterwards *bitbake
>>>>> linux-yocto* again.
>>>>> I also tried IRC channels, but no answer so far...
>>>>>
>>>>> Can anyone help me? How can i force bitbake to create /dev/ram0 under
>>>>> rootfs?
>>>>> Or maybe there is another trick to boot the image from USB?
>>>>>
>>>>> best regards
>>>>> simon:-)
>>>>>
>>>>> Viele Grüsse
>>>>> Simon Bolek
>>>>>
>>>>> mit freundlichem Gruss / best regards / pozdrawiam / atentamente
>>>>> Simon P. Bolek
>>>>> ------------------------------------------------------
>>>>> Dipl. Inf. Simon P. Bolek
>>>>> SAP Consultant
>>>>> Business Mobile and IVI Solutions
>>>>> mailto: simon.bolek@arcom-ivi.de
>>>>> http://www.arcom-ivi.de/
>>>>> XING: https://www.xing.com/profile/SimonP_Bolek
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
> 


  reply	other threads:[~2015-01-09  2:17 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-07 21:59 Booting .hddimg from USB failed -> ramdisk not found /dev/ram0 - HELP! Simon Bolek
     [not found] ` <54ADD758.90302@gmail.com>
2015-01-08 10:59   ` Simon Bolek
2015-01-08 17:50     ` nick
2015-01-08 20:58       ` Simon Bolek
2015-01-09  2:17         ` nick [this message]
2015-01-09  9:20           ` Simon Bolek
2015-01-09 17:00             ` nick
2015-01-09  2:40 ` ChenQi

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=54AF3A37.5070800@gmail.com \
    --to=xerofoify@gmail.com \
    --cc=simon.bolek@googlemail.com \
    --cc=yocto@yoctoproject.org \
    /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: link
Be 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.