Date: Tue, 17 Nov 2009 09:48:12 -0800
From: Randy Dunlap <rdunlap@xenotime.net>
To: Boaz Harrosh <bharrosh@panasas.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>, linux-next@vger.kernel.org,
       LKML <linux-kernel@vger.kernel.org>
Subject: Re: linux-next: Tree for November 17 (exofs)
Message-Id: <20091117094812.97775988.rdunlap@xenotime.net>
In-Reply-To: <4B02DC46.5060202@panasas.com>
References: <20091117195309.6cc3ead0.sfr@canb.auug.org.au>
	<20091117090248.bb66c230.rdunlap@xenotime.net>
	<4B02D879.4010403@panasas.com>
	<4B02D8F9.2090208@panasas.com>
	<4B02DC46.5060202@panasas.com>
Organization: YPO4
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1906
Lines: 71

On Tue, 17 Nov 2009 19:24:22 +0200 Boaz Harrosh wrote:

> On 11/17/2009 07:10 PM, Boaz Harrosh wrote:
> > On 11/17/2009 07:08 PM, Boaz Harrosh wrote:
> >> On 11/17/2009 07:02 PM, Randy Dunlap wrote:
> >>> On Tue, 17 Nov 2009 19:53:09 +1100 Stephen Rothwell wrote:
> >>>
> >>>> Hi all,
> >>>>
> >>>> Changes since 20091116:
> >>>
> >>>
> >>> on i386 (X86_32):
> >>>
> >>> fs/built-in.o: In function `exofs_sbi_read':
> >>> (.text+0x592964): undefined reference to `__umoddi3'
> >>>
> >>> ---
> >>> ~Randy
> >>
> >> exofs_sbi_read is a totally simple loop thing. What does the
> >> __umoddi3 means? Please help?
> >>
> >> Boaz
> > 
> > OK I think I get it. It's that u64 mod (%) operation. I'll try to
> > find a ready made macro for that. Sorry
> > 
> > Boaz
> > 
> 
> I'll push this fix for tomorrow. Thanks for helping me find it.

Acked-by: Randy Dunlap <randy.dunlap@oracle.com>

Thanks!


> 4G devices is more than enough thank you ;-)
> 
> Boaz
> ---
> git diff --stat -p -M fs/exofs/ios.c
>  fs/exofs/ios.c |    3 ++-
>  1 files changed, 2 insertions(+), 1 deletions(-)
> 
> diff --git a/fs/exofs/ios.c b/fs/exofs/ios.c
> index 14b2600..5bad01f 100644
> --- a/fs/exofs/ios.c
> +++ b/fs/exofs/ios.c
> @@ -320,8 +320,9 @@ int exofs_sbi_read(struct exofs_io_state *ios)
>  
>  	for (i = 0; i < 1; i++) {
>  		struct osd_request *or;
> -		unsigned first_dev = ios->obj.id % ios->sbi->s_numdevs;
> +		unsigned first_dev = (unsigned)ios->obj.id;
>  
> +		first_dev %= ios->sbi->s_numdevs;
>  		or = osd_start_request(ios->sbi->s_ods[first_dev], GFP_KERNEL);
>  		if (unlikely(!or)) {
>  			EXOFS_ERR("%s: osd_start_request failed\n", __func__);
> 


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