From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751481AbcGMSZY (ORCPT ); Wed, 13 Jul 2016 14:25:24 -0400 Received: from ud19.udmedia.de ([194.117.254.59]:43093 "EHLO mail.ud19.udmedia.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750862AbcGMSZR (ORCPT ); Wed, 13 Jul 2016 14:25:17 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 13 Jul 2016 20:24:45 +0200 From: Matthias Dahl To: Ondrej Kozina Cc: Michal Hocko , linux-raid@vger.kernel.org, linux-mm@kvack.org, dm-devel@redhat.com, linux-kernel@vger.kernel.org, Mike Snitzer Subject: Re: [dm-devel] Page Allocation Failures/OOM with dm-crypt on software RAID10 (Intel Rapid Storage) In-Reply-To: <2704a8dd-48c5-82b8-890e-72bf5e1ed1e1@redhat.com> References: <02580b0a303da26b669b4a9892624b13@mail.ud19.udmedia.de> <20160712095013.GA14591@dhcp22.suse.cz> <20160712114920.GF14586@dhcp22.suse.cz> <20160712140715.GL14586@dhcp22.suse.cz> <459d501038de4d25db6d140ac5ea5f8d@mail.ud19.udmedia.de> <20160713112126.GH28723@dhcp22.suse.cz> <20160713121828.GI28723@dhcp22.suse.cz> <74b9325c37948cf2b460bd759cff23dd@mail.ud19.udmedia.de> <20160713134717.GL28723@dhcp22.suse.cz> <2704a8dd-48c5-82b8-890e-72bf5e1ed1e1@redhat.com> Message-ID: User-Agent: Roundcube Webmail/1.2.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Ondrej... On 2016-07-13 18:24, Ondrej Kozina wrote: > One step after another. Sorry, it was not meant to be rude or anything... more frustration since I cannot be of more help and I really would like to jump in head-first and help fixing it... but lack the necessary insight into the kernel internals. But who knows, I started reading Robert Love's book... so, in a good decade or so. ;-)) > https://marc.info/?l=linux-mm&m=146825178722612&w=2 Thanks for that link. I have to read those more closely tomorrow, since there are some nice insights into dm-crypt there. :) Still, you have to admit, it is also rather frustrating/scary if such a crucial subsystem can have bugs over several major versions that do result in complete hangs (and can thus cause corruption) and are quite easily triggerable. It does not instill too much confidence that said subsystem is so intensively used/tested after all. That's at least how I feel about it... So long, Matthias -- Dipl.-Inf. (FH) Matthias Dahl | Software Engineer | binary-island.eu services: custom software [desktop, mobile, web], server administration