Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936817Ab3DIDFV (ORCPT ); Mon, 8 Apr 2013 23:05:21 -0400 Received: from mx4-phx2.redhat.com ([209.132.183.25]:46872 "EHLO mx4-phx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934190Ab3DIDFT (ORCPT ); Mon, 8 Apr 2013 23:05:19 -0400 Date: Mon, 8 Apr 2013 23:05:11 -0400 (EDT) From: CAI Qian To: "Theodore Ts'o" Cc: Eric Whitney , Dmitry Monakhov , Christian Kujau , LKML , linux-s390 , Steve Best , linux-ext4@vger.kernel.org Message-ID: <683906006.1314495.1365476711254.JavaMail.root@redhat.com> In-Reply-To: <20130403144114.GB13668@thunk.org> References: <87li90q9mx.fsf@openvz.org> <87hajoq6s2.fsf@openvz.org> <20130403102204.GA15383@gmail.com> <20130403122058.GB7741@thunk.org> <20130403143406.GA3006@wallace> <20130403144114.GB13668@thunk.org> Subject: Re: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF19 (Linux)/8.0.3_GA_5664) Thread-Topic: ext4: fix a big-endian bug when an extent is zeroed out Thread-Index: E9BfUowB6h1l8Qe/ldfC7BbFCvUSFA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1955 Lines: 44 Hello Ted, ----- Original Message ----- > From: "Theodore Ts'o" > To: "Eric Whitney" > Cc: "Dmitry Monakhov" , "Christian Kujau" , "CAI Qian" > , "LKML" , "linux-s390" , "Steve Best" > , linux-ext4@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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/