xfs
[Top] [All Lists]

sys_attrctl not working on ppc

To: linux-xfs@xxxxxxxxxxx
Subject: sys_attrctl not working on ppc
From: Thomas Graichen <news-innominate.list.sgi.xfs@xxxxxxxxxxxxx>
Date: 1 Dec 2000 08:05:15 GMT
Distribution: local
Organization: innominate AG, Berlin, Germany
References: <news2mail-8uecj0$i5e$1@xxxxxxxxxxxxxxxxxxxxxx> <news-innominate.list.sgi.xfs@xxxxxxxxxxxxx> <10011101103.ZM113097@xxxxxxxxxxxxxxxxxxxxxxxx> <20001110094151.C333@ysabell> <10011110006.ZM127189@xxxxxxxxxxxxxxxxxxxxxxxx> <news2mail-8uo7od$4lt$1@xxxxxxxxxxxxxxxxxxxxxx> <10011141059.ZM128320@xxxxxxxxxxxxxxxxxxxxxxxx> <news2mail-8utlfv$8iu$1@xxxxxxxxxxxxxxxxxxxxxx> <20001201122045.G32822@xxxxxxxxxxxxxxxxxxxxxxx>
Reply-to: Thomas Graichen <graichen@xxxxxxxxxxxxx>
Reply-to: thomas.graichen@xxxxxxxxxxxxx
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.4.0-XFS-test10 (i686))
[also changed the subject to something more useful here]

Andrew Gildfind <ajag@xxxxxxxxxxxxxxxxxxxxxxx> wrote:

> Hi Thomas,

> Could you put a printk at the start of the sys_attrctl function defined
> in linux/fs/stat.c, and rerun the QA test 020, or drive the attribute code
> directly using xfs_attr, and check whether the printk actually gets called.

> If it doesn't then we know for sure it's the syscall that isn't hooked up
> correctly. unistd.h and entry.S looked like the only places which needed
> to be changed but I may have missed something. If it does hit the the 
> attribute
> syscall, then there's a more serious problem somewhere else in the code.

looks like this is the case:

...
Start mounting filesystem: ide0(3,8)
Ending clean XFS mount for filesystem: ide0(3,8)
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
here is sys_attrctl
Start mounting filesystem: ide0(3,8)
Ending clean XFS mount for filesystem: ide0(3,8)
ppc:/usr/src/xfs/cmd/xfs/stress #

this is the dmesg of check 020 - it gets called - so the problem is
somethere deeper ... maybe anykind of endian stuff of the parameters?
(just an idea) ... do you have any other idea?

t

-- 
thomas.graichen@xxxxxxxxxxxxxx
technical director                                       innominate AG
clustering & security                             the linux architects
tel: +49-30-308806-13   fax: -77             http://www.innominate.com

<Prev in Thread] Current Thread [Next in Thread>