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]
Date:	Tue, 28 Nov 2006 00:05:18 +1100
From:	Bron Gondwana <brong@...tmail.fm>
To:	erich <erich@...ca.com.tw>
Cc:	Maurice Volaski <mvolaski@...om.yu.edu>,
	(廣安科技)蘇莉嵐 <lusa@...ca.com.tw>,
	(廣安科技)羅任偉 
	<robert.lo@...ca.com.tw>,
	(廣安科技)王家仲 <kevin34@...ca.com.tw>,
	support@...ca.com.tw, linux-kernel@...r.kernel.org
Subject: Re: Pathetic write performance from Areca PCIe cards

On Mon, Nov 27, 2006 at 11:34:23AM +0800, erich wrote:
> Dear Maurice Volaski,
> 
> Please update Areca Firmware version into 1.42.
> Areca's firmware team found some problems on high capacity transfer.
> Hope the weird  phenomenon should disappear.

Erich, is there anyone at Areca that you can pass on the message to

       +--------------------------------------------+
       | Please update your ftp server/website when |
       | there is a new firmware or driver release! |
       +--------------------------------------------+

that would be great.  I followed the links from www.areca.us to the
firmware at:

ftp://ftp.areca.com.tw/RaidCards/BIOS_Firmware/ARC1130/

for our cards, but the 1210 and 1220 that Maurice was speaking about
suffer from the same problem - there is no mention of a 1.42 firmware
anywhere, just the 1.41 that's been out for ages.

...


And speaking of 1.41, there appear to have been two releases on two
different dates both called 1.41, as well as two different versions
of the driver that both call themselves version 1.41 despite the
second one fixing a major bug we suffered from.

Please also avoid that behaviour and label each new version of
the driver with a new number if you're using version numbers.

Numbers are cheap, but identifying if a machine is running the patches
it needs to not crash every few weeks under the loads we run them at 
is not (well, not until it crashes anyway!)


Thanks for listening, and hopefully thanks in advance for making your
drivers and firmware easier to find and identify in future.

Regards,

Bron.
-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ