[meta-xilinx] devtmpfs: error mounting -2

[Christian Dreher]

Hi,

I quickly looked at your layer, it seems to setup a Si5345. If you rely on one of its clocks for your SDIO interface, an erroneous configuration, either in the Si5345 init code or in the clock tree for the zynq may result on erroneous reads on the SD card. I had the same symptoms in a totally different project (with a SoC from a different vendor) when a driver was unable to set the correct speed for the SDIO interface.

However, it's strange that removing init-clock improve the situation: if your SDIO interface depends on a clock provided by the Si5345, it should not work at all without configuring the Si5345, unless a configuration was written in the Si5345 non-volatile memory.

Anyway, you should look for configuration changes in your PS clock configuration.

I hope this may help
________________________________
From: meta-xilinx-bounces at yoctoproject.org <meta-xilinx-bounces at yoctoproject.org> on behalf of Emily S <easmith5555 at gmail.com>
Sent: Monday, March 18, 2019 16:43
To: Mike Looijmans
Cc: meta-xilinx at yoctoproject.org
Subject: Re: [meta-xilinx] devtmpfs: error mounting -2

Hi Mike -

Thanks for the response. When I removed the init-clock recipe from our custom layer (https://github.com/kratsg/meta-l1calo/blob/master/recipes-core/init/init-clock_1.0.0.bb) the board boots fine now. Any thoughts on why this recipe causes problems? It seemed to work fine a few months ago.

Best,
Emily

On Fri, Mar 15, 2019 at 6:14 AM Mike Looijmans <mike.looijmans at topic.nl<mailto:mike.looijmans at topic.nl>> wrote:
since error "2" is this:

#define ENOENT 2        /* No such file or directory */

my guess would be that your rootfs does not actually contain a "/dev"
directory for the filesystem to mount on.


On 12-03-19 20:38, Emily S wrote:
> Hi All -
>
> I'm using Yocto version rocko with a custom layer to run on the Zynq+ SoC on a
> custom board. When trying to boot I'm getting an error like:
>
> [    4.178864] devtmpfs: error mounting -2
>
> in the boot output. Even after rolling back to a previous working version I
> still get this error in the boot output. After this error, the boot process
> seems to stop, and I am directly given a terminal input, but no login, or
> anything. The /dev and /proc folders seem to be missing as does specifically
> /etc/network/ among others.
>
> I'm booting from an SD card and flashing it using a wic image made with the
> "sdimage-bootpart.wks" from yocto. This method has worked fine before now.
>
> Are there obvious things I should check to make sure devtmpfs can be mounted
> properly? I have not messed with bootargs or anything since the working
> version of the OS, so I'm not sure why I am suddenly seeing this error.
>
> A comparison output from the working OS and the bad OS can be seen below. Any
> ideas are greatly appreciated!
>
> Thanks,
> Emily
>
> *Bad OS: *
> [    4.125754] EXT4-fs (mmcblk0p2): couldn't mount as ext3 due to feature
> incompatibilities
> [    4.163579] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode.
> Opts: (null)
> [    4.171613] VFS: Mounted root (ext4 filesystem) on device 179:2.
> [    4.178864] devtmpfs: error mounting -2
> [    4.182766] Freeing unused kernel memory: 640K (ffffffc000d20000 -
> ffffffc000dc0000)
> /bin/sh: can't access tty; job control turned off
> / #
>
> *Working OS: *
> [    4.089697] EXT4-fs (mmcblk0p2): couldn't mount as ext3 due to feature
> incompatibilities
> [    5.324662] EXT4-fs (mmcblk0p2): recovery complete
> [    5.404047] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode.
> Opts: (null)
> [    5.412083] VFS: Mounted root (ext4 filesystem) on device 179:2.
> [    5.418084] devtmpfs: mounted
> [    5.421106] Freeing unused kernel memory: 512K (ffffffc000c10000 -
> ffffffc000c90000)
>
> ... (boot continues)
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-xilinx/attachments/20190318/32e18f94/attachment-0001.html>