Hello Ted,
----- Original Message ----- > From: "Theodore Ts'o" <ty...@mit.edu> > To: "Eric Whitney" <enwli...@gmail.com> > Cc: "Dmitry Monakhov" <dmonak...@openvz.org>, "Christian Kujau" > <li...@nerdbynature.de>, "CAI Qian" > <caiq...@redhat.com>, "LKML" <linux-kernel@vger.kernel.org>, "linux-s390" > <linux-s...@vger.kernel.org>, "Steve Best" > <sb...@redhat.com>, linux-e...@vger.kernel.org > Sent: Wednesday, April 3, 2013 10:41:14 PM > 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? I can help run xfstests for ext4 dev tree on x64, Power7, Z10 and KVM platforms with back-storage like SAN/multipath, iSCSI and FCoE. I plan to run this weekly and setup a wiki page to update the testing status by every Friday. CAI Qian > > Thanks, > > - Ted > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
