linux-kernel - RE: arcmsr & areca-1660 - strange behaviour under heavy load

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] [day] [month] [year] [list]

Message-ID: <000c01c878e3$8c561460$8800a8c0@Nick>
Date:	Wed, 27 Feb 2008 09:53:28 +0800
From:	"nickcheng" <nick.cheng@...ca.com.tw>
To:	"'Nikola Ciprich'" <extmaillist@...uxbox.cz>
Cc:	"'Andrew Morton'" <akpm@...ux-foundation.org>,
	<linux-kernel@...r.kernel.org>, <linux-scsi@...r.kernel.org>,
	"'Erich Chen'" <erich@...ca.com.tw>, <kopi@...uxbox.cz>,
	<support@...ca.com.tw>, "'Zan Lynx'" <zlynx@....org>
Subject: RE: arcmsr & areca-1660 - strange behaviour under heavy load

Hi Nikola,
Please put support@...ca.com.tw in the loop.
I am sure Areca support, Kevin, has taken over your case.
If you like, please let him know your configuration and operations to
synchronize both sides.
Thank you for your patience and sorry for your inconvenience,

-----Original Message-----
From: Zan Lynx [mailto:zlynx@....org] 
Sent: Wednesday, February 27, 2008 5:04 AM
To: Nikola Ciprich
Cc: Andrew Morton; linux-kernel@...r.kernel.org; linux-scsi@...r.kernel.org;
Nick Cheng; Erich Chen; kopi@...uxbox.cz
Subject: Re: arcmsr & areca-1660 - strange behaviour under heavy load


On Tue, 2008-02-26 at 20:29 +0100, Nikola Ciprich wrote:
> Hi Andrew,
> no, right now I have the machine in the weird state, swap is empty (3GB), 
> and so is bigger part of RAM (~100MB free), and the gcc crashes even when 
> trying to compile c program with empty main function. so it doesn't seem 
> to be problem with memory exhaustion.

Maybe memory fragmentation?  Perhaps the driver tries to allocate a
large block of memory and cannot find a continuous block of the right
size.

Maybe the driver developers used different kernel .config options than
you are using.  

Try increasing the value in /proc/sys/vm/min_free_kbytes.

Try switching some things like SLAB or SLUB, try booting with
kernelcore=512M to enable the Movable memory zone, or try 64-bit vs
32-bit kernels. 
-- 
Zan Lynx <zlynx@....org>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/