| 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
| ||
|
Date: Tue, 7 Jan 2014 11:35:43 +0100 From: Andrea Mazzoleni <amadvance@...il.com> To: Chris Mason <clm@...com> Cc: "amadvance@...il.com" <amadvance@...il.com>, Josef Bacik <jbacik@...com>, "neilb@...e.de" <neilb@...e.de>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "linux-raid@...r.kernel.org" <linux-raid@...r.kernel.org>, "linux-btrfs@...r.kernel.org" <linux-btrfs@...r.kernel.org> Subject: Re: [RFC v2 2/2] fs: btrfs: Extends btrfs/raid56 to support up to six parities Hi Chris, On 01/06, Chris Mason wrote: > Neat. The faila/failb were always my least favorite part of the btrfs > code ;) Did you test just raid5/6 or also the higher parity counts? At this stage no real testing was made with btrfs. The intention of this btrfs patch is mainly to get feedback on the new raid inteface, and see if it matches the needs of btrfs, and if it results in cleaner code than before. And besides the removal of the faila/failb variables, something other that likely you can appreciate is the removal of all the P/Q logic from btrfs, that it's now replaced with a single raid_rec() call. After the raid interface stabilizes, this patch can be used as starting point for a real btrfs patch. But at now it's just to show some example code of what kind of modification btrfs will need. Ciao, Andrea -- 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