Message-ID: <4241B407.4070700@hp.com>
Date: Wed, 23 Mar 2005 13:23:03 -0500
From: Mark Seger <Mark.Seger@hp.com>
Organization: Consulting and Architecture
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803
MIME-Version: 1.0
To: Jens Axboe <axboe@suse.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Patch for inconsistent recording of block device statistics
References: <42409313.1010308@hp.com> <20050323091916.GO24105@suse.de> <42417FE3.2090506@hp.com> <20050323155150.GE16149@suse.de>
In-Reply-To: <20050323155150.GE16149@suse.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 954
Lines: 26


>>re: your patch - I did try it on both an Operton and Xeon box.  It 
>>worked find on the Opeteron and reported 0 for all the sectors on the 
>>Xeon.  If nothing immediately jumps to your mind could it have been 
>>something I did wrong?  I'll try another build after I send this along, 
>>but I don't see how that will help as I did the first one from a brand 
>>new source kit.
>>    
>>
>
>Sounds very strange, it is generic code so should work for all.
>Different storage?
>  
>
Works fine now.  Obviously I screwed up something and just wanted to let 
you know it was cockpit error on my end.
Is your plan to move this into some future kernel?  Do you need anything 
more from me at this point?

-mark

-
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/