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: <CAOH5QeCV3c-=RiwGrUn7214NRZye7wYFmPSyFWxw-0Zvk=j2GQ@mail.gmail.com>
Date:   Wed, 14 Jul 2021 22:30:22 +0800
From:   yong w <yongw.pur@...il.com>
To:     wuzhouhui <wuzhouhui14@...ls.ucas.ac.cn>
Cc:     linux-kernel@...r.kernel.org, linux-mm@...ck.org,
        akpm@...ux-foundation.org, nico@...xnic.net, wang.yong12@....com.cn
Subject: Re: Re: [BUG] ramfs system panic when using dd to create files

Thanks for your reply!

> Limit max size of ramfs.
It's no use using size to limit the size of ramfs.
"mount -t ramfs -o size=10M ramfs /ramfs" is the command i use.

>
> The comments already explains why kernel should panic on this situation:
>             /*
>              * If we got here due to an actual allocation at the
>              * system level, we cannot survive this and will enter
>              * an endless loop in the allocator. Bail out now.
>              */
But it causes panic, actually , I don't want it panics

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ