[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130403144114.GB13668@thunk.org>
Date: Wed, 3 Apr 2013 10:41:14 -0400
From: Theodore Ts'o <tytso@....edu>
To: Eric Whitney <enwlinux@...il.com>
Cc: Dmitry Monakhov <dmonakhov@...nvz.org>,
Christian Kujau <lists@...dbynature.de>,
CAI Qian <caiqian@...hat.com>,
LKML <linux-kernel@...r.kernel.org>,
linux-s390 <linux-s390@...r.kernel.org>,
Steve Best <sbest@...hat.com>, linux-ext4@...r.kernel.org
Subject: Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
On Wed, Apr 03, 2013 at 10:34:06AM -0400, Eric Whitney wrote:
>
> The TI OMAP4 processor on my Pandaboard test system is little endian.
Ah... so basically, we need to find a test platform which allows us to
boot arbitrary kernels and allows us to have root access (which means
it's unlikely we'll be able to do this via remote access) and which
doesn't have exotic power requirements (which as far as I know rules
out pSeries and zSeries systems....)
It would also be nice if we could run tests in finite time, which
probably rules out the Hercules emulator (it runs at one-tenth zSeries
processor speeds, which doesn't win speed competitions by default, and
I suspect their storage speeds are even worse).
Anyone else have any suggestions? Or anyone willing to help us run
ext4 regression tests on the ext4 dev tree, so we can find these
problems before we merge into mainline?
Thanks,
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists