Displaying 4 results from an estimated 4 matches for "generic_fillattr".
2009 Mar 27
1
[PATCH 1/1] OCFS2: 64-bit inode number for getattr() instead of 32-bit value
ocfs2_getattr() uses generic_fillattr() to set inode number(and other
attributes). generic_fillattr() inturn fills inode number with inode->i_ino
which is a 32-bit(unsigned long) value.
if the ocfs2 partition is huge enough, that may become an incorrect
value.
the fix is filling it again after generic_fillattr() with ip_blkno(u64)....
2006 Sep 01
11
BUG: soft lockup detected on CPU#0! on 3.0.2-2
BUG: soft lockup detected on CPU#0!
Pid: 2213, comm: smbiod
EIP: 0061:[<f4990f2e>] CPU: 0
EIP is at smbiod+0x116/0x16d [smbfs]
EFLAGS: 00000246 Tainted: GF (2.6.16-xen-automount #1)
EAX: 00000000 EBX: f4996400 ECX: f2c99f68 EDX: f2c98000
ESI: f2c98000 EDI: c06f5780 EBP: f2c99fb8 DS: 007b ES: 007b
CR0: 8005003b CR2: b7f77000 CR3: 326e2000 CR4: 00000640
2010 Dec 10
2
Issues with stat() call on CentOS5 vs CentOS4
Dear CentOS,
I have recently upgraded several servers from CentOS4 to CentOS5 and I am
noticing a strange change to the stat() call. I have written a very
small program to test and show the behavior. I am calling stat()
against a file which is exported from my NAS and mounted with 32k
read/write sizes.
[dougalb at centos4 tmp]$ cat my_stat.c
#include <unistd.h>
#include <stdio.h>
2010 Mar 02
3
2.6.33 high cpu usage
With the ATI bug I was hitting earlier fixed, only my btrfs partition
continues to show high cpu usage for some operations.
Rsync, git pull, git checkout and svn up are typicall operations which
trigger the high cpu usage.
As an example, this perf report is from using git checkout to change to
a new branch; the change needed to checkout 208 files out of about 1600
total files. du(1) reports