From mboxrd@z Thu Jan 1 00:00:00 1970 From: Justin Ossevoort Subject: Re: brtfs on top of dmcrypt with SSD. No corruption iff write cache off? Date: Wed, 22 Feb 2012 11:28:13 +0100 Message-ID: <4F44C33D.4020605@internetionals.nl> References: <20120202124241.GW16796@shiny> <20120202152722.GI12429@merlins.org> <20120130003754.GD4380@merlins.org> <20120201175624.GE16796@shiny> <20120202032345.GB31903@merlins.org> <20120212223242.GA31989@merlins.org> <4F384FAA.5060506@redhat.com> <20120213001400.GD31989@merlins.org> <1329320563.1897.6.camel@ayu> <20120215165540.GC4763@merlins.org> <20120215165918.GA17761@carfax.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 To: Hugo Mills , linux-btrfs@vger.kernel.org Return-path: In-Reply-To: <20120215165918.GA17761@carfax.org.uk> List-ID: On 15/02/12 17:59, Hugo Mills wrote: > It's a "temporary" location (6 months and counting) while > kernel.org is static-pages-only. > > Hugo. > Couldn't btrfs.wiki.kernel.org be made a CNAME for btrfs.ipv5.de for the time being until kernel.org is up and running? Or alternatively all requests could be proxied/frame-forwarded/redirected (in order of preference, to make sure everybody keeps using the original url as much as possible) to btrfs.ipv5.de? Kernel.org is a complex site and I can easily foresee them having to spent months still fixing/hardening all of it's internals and backends before getting around to these "extra" project facilities. Regards, justin....