Kernel 3.4 error on Dreamplug: [vectors]: mlock failed: Cannot allocate memory

Jason Cooper jason at lakedaemon.net
Wed May 30 23:09:31 EDT 2012


On Wed, May 30, 2012 at 11:24:07PM -0300, Thiago Jung Bauermann wrote:
> On Wed, 2012-05-30 at 20:51 -0400, Jason Cooper wrote:
> > On Wed, May 30, 2012 at 03:06:23PM -0300, Thiago Jung Bauermann wrote:
> > > Hello,
> > > 
> > > I have just upgraded my Dreamplug to the 3.4 kernel, and when creating
> > > an LVM snapshot volume, I see errors for which I didn't find any report
> > > yet:
> > > 
> > > # lvcreate -s -L 80M -n root-fsck-snapshot marv2-vg/root
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: mlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: mlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: munlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: mlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: mlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: munlock failed: Cannot allocate memory
> > >   Logical volume "root-fsck-snapshot" created
> > > 
> > > # lvremove -f marv2-vg/root-fsck-snapshot
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: mlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: mlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: munlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: mlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: mlock failed: Cannot allocate memory
> > >   ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]: munlock failed: Cannot allocate memory
> > >   Logical volume "root-fsck-snapshot" successfully removed
> > > 
> > > This is on the following kernel:
> > > 
> > > Linux marv 3.4.0-1bauer2-kirkwood #1 Wed May 30 01:31:47 BRT 2012 armv5tel GNU/Linux
> > 
> > Is this a vanilla v3.4 kernel?  Is this a repeatable error, even after
> > hard reboot?
> 
> Yes, the error happens every time even after rebooting or powering off
> the machine and then on again after a minute.

Ok, that rules out one error I've seen in the past.

> The kernel is almost vanilla... I'm using the patches here on top of the
> vanilla kernel:
> 
> https://github.com/bauermann/dreamplug/tree/master/with-linux-3.4
> 
> There's not much really. One patch (dreamplug-3.4.0.patch) adapts the
> kernel to use the Guruplug machine id and adapts the kernel to boot
> without a flattened device tree (I'm using Marvell's original u-boot,
> with the old id and no device tree support), three of them (mvsdio-*)
> add magic delays to the SD card driver and three others add the
> libertas_uap wireless driver (which I'm not using and the modules aren't
> even loaded).
> 
> The phys-virt.diff one may be of interest. It sets PHYS_OFFSET to 0x0.
> Also, I have CONFIG_EMBEDDED=y but I disabled
> CONFIG_ARM_PATCH_PHYS_VIRT. This is because of some forum posts saying
> that ARM_PATCH_PHYS_VIRT yelds an unbootable kernel. I didn't test if
> that was indeed the case though.

Please try a vanilla v3.4 kernel with CONFIG_ARM_APPENDED_DTB.

thx,

Jason.



More information about the linux-arm-kernel mailing list