Re: mm snapshot broken-out-2007-11-06-02-32 - powerpc link failure

50): undefined reference to > `devices_subsys' > make: *** [.tmp_vmlinux1] Error 1 I sent a fix for this 30 minutes ago .. Here it is anyway. Thanks, Badari --- arch/powerpc/kernel/vio.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: linux-2

Re: mm snapshot broken-out-2007-11-06-02-32.tar.gz uploaded

On Tue, 2007-11-06 at 02:33 -0800, [EMAIL PROTECTED] wrote: > The mm snapshot broken-out-2007-11-06-02-32.tar.gz has been uploaded to > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-11-06-02-32.tar.gz > > It contains the following patches against 2.6.24-rc1: Getti

[PATCH] Fix for shmem_truncate_range() BUG_ON() in 2.6.19

/0x480 [] system_call+0x7e/0x83 [<2b25b6073587>] Thanks, Badari Ran into BUG() while doing madvise(REMOVE) testing. If we are punching a hole into shared memory segment using madvise(REMOVE) and the entire hole is below the indirect blocks, we hit following assert.

Re: O_DIRECT question

nt *was* - use/population of pagecache by other applications (tar, ftp, scp, backup) in the system, causing performance degrade for their application. But again, 2.6.x had gotten lot better and we have hundreds of tunables to control various behaviours and problem can be *theoritically* worked arou

Re: PATCH -mm] fix create_new_namespaces() return value

meaningful errors instead of NULL. Signed-off-by: Cedric Le Goater <[EMAIL PROTECTED]> Cc: Serge E. Hallyn <[EMAIL PROTECTED]> Cc: Badari Pulavarty <[EMAIL PROTECTED]> Cc: Pavel Emelianov <[EMAIL PROTECTED]> Cc: Herbert Poetzl <[EMAIL PROTECTED]> Cc: Eric W.

Re: [PATCH] shm: Fix the filename of hugetlb sysv shared memory

elease, unless Albert really wants to extend proc-ps utils for hugetlbfs segments too. But, its very simple patch - you might as well push this too. Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: + fs-introduce-write_begin-write_end-and-perform_write-aops.patch added to -mm tree

r generic_write_end(). :( Mingming, can you take a look at the current & proposed order ? I ran into bunch of races when I tried to change the order for ->writepages() support earlier :( Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

Re: 2.6.22-rc6-mm1

On Thu, 2007-06-28 at 03:43 -0700, Andrew Morton wrote: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/ > fs/xfs/linux-2.6/xfs_ioctl32.c: In function ‘xfs_ioc_bulkstat_compat’: fs/xfs/linux-2.6/xfs_ioctl32.c:334: error: ‘xfs_inumbers_fmt_compat’ undeclar

Re: RFC: CONFIG_PAGE_SHIFT (aka software PAGE_SIZE)

ike to support for it. I would like to play with, please keep the patchset uptodate. Here is the small nit fix .. Thanks, Badari mm/migrate.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: linux-2.6.22-rc7/mm/migrate.c =

Re: RFC: CONFIG_PAGE_SHIFT (aka software PAGE_SIZE)

t=/tmp/bench-static after “cp -a /dev/hda /tmp/”. Hmm.. I didn't have any luck booting my machine with the patchset (with 8k pagesize) :( It fails to find the partition table on my hard drive. Thanks, Badari AMD8111: IDE controller at PCI slot :00:07.1 AMD8111: chipset revision 3

Re: [PATCH 0/16] Pid namespaces

On Fri, 2007-07-06 at 12:01 +0400, Pavel Emelianov wrote: > This is "submition for inclusion" of hierarchical, not kconfig > configurable, zero overheaded ;) pid namespaces. Not able to boot my ppc64 machine with the patchset :( Thanks, Badari Unable to handle kernel paging req

Re: [PATCH 0/16] Pid namespaces

On Mon, 2007-07-09 at 22:06 +0200, Cedric Le Goater wrote: > Badari Pulavarty wrote: > > On Fri, 2007-07-06 at 12:01 +0400, Pavel Emelianov wrote: > >> This is "submition for inclusion" of hierarchical, not kconfig > >> configurable, zero overheaded ;) pid nam

Re: [PATCH 0/16] Pid namespaces

On Tue, 2007-07-10 at 17:06 +0400, Pavel Emelianov wrote: > > Not able to boot my ppc64 machine with the patchset :( > > > > Thanks, > > Badari > > That's the hunk lost during the split: > > --- ./fs/proc/root.c.procfix 2007-07-10 13:52:08.0 +0

Re: [PATCH 0/16] Pid namespaces

On Tue, 2007-07-10 at 15:30 +0400, Pavel Emelianov wrote: > Cedric Le Goater wrote: > > Badari Pulavarty wrote: > >> On Fri, 2007-07-06 at 12:01 +0400, Pavel Emelianov wrote: > >>> This is "submition for inclusion" of hierarchical, not kconfig > >>

[PATCH] hugetlbfs read() support

Hi Andrew, Here is the patch to support read() for hugetlbfs, needed to get oprofile working on executables backed by largepages. If you plan to consider Christoph Lameter's pagecache cleanup patches, I will re-write this. Otherwise, please consider this for -mm. Thanks, Badari Suppor

[PATCH] ext2 statfs improvement for block and inode free count

Andrew, Can you include it in -mm ? BTW, this patch is against mainline, won't apply cleanly to -mm, due to other statfs() improvements. Thanks, Badari More statfs() improvements for ext2. ext2 already maintains percpu counters for free blocks and inodes. Derive free block count and

Re: [PATCH] ext2 statfs improvement for block and inode free count

On Wed, 2007-07-18 at 20:18 -0700, Andrew Morton wrote: > On Fri, 13 Jul 2007 18:36:54 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > > More statfs() improvements for ext2. ext2 already maintains > > percpu counters for free blocks and inodes. Derive free > >

Re: [PATCH] hugetlbfs read() support

On Wed, 2007-07-18 at 22:19 -0700, Andrew Morton wrote: > On Fri, 13 Jul 2007 18:23:33 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > > Hi Andrew, > > > > Here is the patch to support read() for hugetlbfs, needed to get > > oprofile working

Re: [RFC][PATCH 13/14] ext3 whiteout support

new_inode (handle, dir, S_IFWHT | S_IRUGO); > + err = PTR_ERR(inode); > + if (IS_ERR(inode)) > + goto out_stop; Don't you need to call init_special_inode() here ? Or this is handled somewhere else ? > + > + err = ext3_add_nondir(handle, dentry, inode); > +

Re: [RFC][PATCH 5/14] Introduce union stack

reak; > + loop3: > + union_unlock(fs->altroot); > + loop2: > + union_unlock(fs->root); > + loop1: > + read_unlock(&fs->lock); > + UM_DEBUG_LOCK("Failed to get all semaphores in fs_struct!\n"); > + cpu_re

Re: [RFC][PATCH 5/14] Introduce union stack

spin_unlock(&dentry->d_lock); > + union_lock(dentry); > + } > +} > + > +static inline struct union_info *union_lock_and_get(struct dentry *dentry) > +{ > + union_lock(dentry); > + return union_get(dentry->d_union); > +} > + > +/* Shouldn't be called with last reference to union_info */ > +static inline void union_put_and_unlock(struct union_info *uinfo) > +{ > + union_put(uinfo); > + __union_unlock(&uinfo->u_mutex); ^^^ It should be __union_unlock(uinfo); Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] Chaining sg lists for big IO commands v5

cb.c: In function ‘qla24xx_build_scsi_iocbs’: drivers/scsi/qla2xxx/qla_iocb.c:678: warning: implicit declaration of function ‘for_each_sg’ drivers/scsi/qla2xxx/qla_iocb.c:678: error: expected ‘;’ before ‘{’ token Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-

select(0, ..) is valid ?

Hi, Is select(0, ..) is a valid operation ? I see that there is no check to prevent this or return success early, without doing any work. Do we need one ? slub code is complaining that we are doing kmalloc(0). Thanks, Badari [ cut here ] Badness at include/linux

Re: [PATCH] Chaining sg lists for big IO commands v5

On Tue, 2007-05-15 at 19:20 +0200, Jens Axboe wrote: > On Tue, May 15 2007, Badari Pulavarty wrote: > > On Fri, 2007-05-11 at 15:51 +0200, Jens Axboe wrote: > > > Hi, > > > > > > Updated version of the patch - this time I'll just attach the patch >

Re: select(0, ..) is valid ?

On Tue, 2007-05-15 at 10:44 -0700, Andrew Morton wrote: > On Tue, 15 May 2007 10:29:18 -0700 > Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > Is select(0, ..) is a valid operation ? > > Probably - it becomes an elaborate way of doing a sl

Re: [PATCH] Chaining sg lists for big IO commands v5

On Tue, 2007-05-15 at 19:50 +0200, Jens Axboe wrote: > On Tue, May 15 2007, Badari Pulavarty wrote: > > On Tue, 2007-05-15 at 19:20 +0200, Jens Axboe wrote: > > > On Tue, May 15 2007, Badari Pulavarty wrote: > > > > On Fri, 2007-05-11 at 15:51 +0200,

Re: [PATCH] Chaining sg lists for big IO commands v5

On Tue, 2007-05-15 at 19:50 +0200, Jens Axboe wrote: > On Tue, May 15 2007, Badari Pulavarty wrote: > > On Tue, 2007-05-15 at 19:20 +0200, Jens Axboe wrote: > > > On Tue, May 15 2007, Badari Pulavarty wrote: > > > > On Fri, 2007-05-11 at 15:51 +0200,

Re: select(0, ..) is valid ?

g/git-new/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=70674f95c0a2ea694d5c39f4e514f538a09be36f > > And I think it makes sense for the compat code to do it too. > > Anton Here it is .. Should I do one for poll() also ? Thanks, Badari Optimize select by a using stack space

Re: [PATCH] Chaining sg lists for big IO commands v5

ots fine with following backed out. Looking at the code ide_probe.c: hwif_init() is doing hwif->sg_table = kmalloc(sizeof(struct scatterlist)*hwif->sg_max_nents, GFP_KERNEL); blk_rq_map_sg() is looking for the chaining info and going over end of the a

Re: [PATCH] Chaining sg lists for big IO commands v5

On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote: > On Wed, May 16 2007, Badari Pulavarty wrote: > > On Tue, 2007-05-15 at 19:50 +0200, Jens Axboe wrote: > > > On Tue, May 15 2007, Badari Pulavarty wrote: > > > > On Tue, 2007-05-15 at 19:20 +0200, Jens Axboe wrote:

Re: Linux 2.6.22-rc4

74: warning: `__kfree_section_memmap' defined but not used Here is the patch. Thanks, Badari __kmalloc_section_memmap(), vaddr_in_vmalloc_area() and __kfree_section_memmap() are used only for MEMORY_HOTPLUG. Moved them under CONFIG_MEMORY_HOTPLUG. Signed-off-by: Badari Pulavarty <[EMAIL PROTECTED]> Inde

[RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

this done deliberately ? Anything wrong in setting this back ? Comments ? Thanks, Badari Without patch: -- # ipcs -m -- Shared Memory Segments keyshmid owner perms bytes nattch status 0x 884737 db2inst1 76733554432

Re: [RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

On Wed, 2007-06-06 at 11:02 -0600, Eric W. Biederman wrote: > Badari Pulavarty <[EMAIL PROTECTED]> writes: > > > Hi Eric, > > > > Your recent cleanup to shm code, namely > > > > [PATCH] shm: make sysv ipc shared memory use stacked files > > &g

Re: [RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

On Thu, 2007-06-07 at 00:53 -0400, Albert Cahalan wrote: > On 6/6/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Wed, 6 Jun 2007 23:27:01 -0400 "Albert Cahalan" <[EMAIL PROTECTED]> > > wrote: > > > Eric W. Biederman writes: >

Re: [RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

On Thu, 2007-06-07 at 12:43 -0400, Albert Cahalan wrote: > On 6/7/07, Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > > BTW, I agree with Eric that its would be nice to use shmid as part > > of name instead of forcing to be as inode number. It should be > > possible

Re: [RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

On Thu, 2007-06-07 at 12:48 -0700, Andrew Morton wrote: > On Thu, 07 Jun 2007 10:06:37 -0700 > Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > > On Thu, 2007-06-07 at 12:43 -0400, Albert Cahalan wrote: > > > On 6/7/07, Badari Pulavarty <[EMAIL PROTECTED]> wro

Re: [RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

On Thu, 2007-06-07 at 15:37 -0500, Serge E. Hallyn wrote: > Quoting Badari Pulavarty ([EMAIL PROTECTED]): > > On Thu, 2007-06-07 at 12:48 -0700, Andrew Morton wrote: > > > On Thu, 07 Jun 2007 10:06:37 -0700 > > > Badari Pulavarty <[EMAIL PROTECTED]> wrote: > &

Re: [RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

Serge E. Hallyn wrote: Quoting Badari Pulavarty ([EMAIL PROTECTED]): On Thu, 2007-06-07 at 15:37 -0500, Serge E. Hallyn wrote: Quoting Badari Pulavarty ([EMAIL PROTECTED]): On Thu, 2007-06-07 at 12:48 -0700, Andrew Morton wrote: On Thu, 07 Jun 2007 10:06:37 -0700 Badari Pulavarty

Re: [RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

Serge E. Hallyn wrote: Quoting Serge E. Hallyn ([EMAIL PROTECTED]): Quoting Badari Pulavarty ([EMAIL PROTECTED]): On Thu, 2007-06-07 at 15:37 -0500, Serge E. Hallyn wrote: Quoting Badari Pulavarty ([EMAIL PROTECTED]): On Thu, 2007-06-07 at 12:48 -0700, Andrew Morton wrote: On Thu

Re: [RFC][PATCH] /proc/pid/maps doesn't match "ipcs -m" shmid

an only depend on inode# to match shmid. (since key is not unique esp. for key=0x). BTW, I agree that shmid is not unique even without namespaces as its based on seq# and we wrap seq#. Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel"

[PATCH] Restore shmid as inode# to fix /proc/pid/maps ABI breakage

Andrew, Can you include this in -mm ? Thanks, Badari shmid used to be stored as inode# for shared memory segments. Some of the proc-ps tools use this from /proc/pid/maps. Recent cleanups to newseg() changed it. This patch sets inode number back to shared memory id to fix breakage. Signed

Re: [PATCH] shm: Fix the filename of hugetlb sysv shared memory

ntion as regular shmem for its name. This is not absolutely needed, its a nice to have. Currently, user space tools can't depend on the filename alone, since its not unique (based on kry). Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu

Re: [patch 00/14] Page cache cleanup in anticipation of Large Blocksize support

et this to work, without any hacks. Thanks, Badari fs/hugetlbfs/inode.c | 117 +++ 1 file changed, 117 insertions(+) Index: linux/fs/hugetlbfs/inode.c === --- linux.orig/fs/huge

Re: [PATCH] dio: remove bogus refcounting BUG_ON

). But unfortunately, our perf. team is able reproduce the problem. Debug indicated that, the ret2 == 1 :( Not sure how that can happen. Ideas ? Thanks, Badari > > --- > > dio: remove bogus refcounting BUG_ON > > Badari Pulavarty reported a case of this BUG_ON is trig

Re: [PATCH] dio: remove bogus refcounting BUG_ON

the BUG_ON condition is a > good one. I will ask them to try that. Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] Chaining sg lists for big IO commands v5

On Fri, 2007-05-18 at 09:33 +0200, Jens Axboe wrote: > On Thu, May 17 2007, Badari Pulavarty wrote: > > On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote: > > .. > > > > > > > > > > Ah ok, you need the updated patch series for ppc64 support. Builds

Re: [PATCH] Chaining sg lists for big IO commands v5

On Fri, 2007-05-18 at 19:03 +0200, Jens Axboe wrote: > On Fri, May 18 2007, Badari Pulavarty wrote: > > On Fri, 2007-05-18 at 09:33 +0200, Jens Axboe wrote: > > > On Thu, May 17 2007, Badari Pulavarty wrote: > > > > On Thu, 2007-05-17 at

Re: [PATCH] Chaining sg lists for big IO commands v5

On Fri, 2007-05-18 at 09:35 +0200, Jens Axboe wrote: > On Thu, May 17 2007, Badari Pulavarty wrote: > > On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote: > > > On Wed, May 16 2007, Badari Pulavarty wrote: > > > > On Tue, 2007-05-15 at 19:50 +0200, Jens Axboe wrote:

Re: [PATCH] Chaining sg lists for big IO commands v5

On Mon, 2007-05-21 at 08:14 +0200, Jens Axboe wrote: > On Fri, May 18 2007, Badari Pulavarty wrote: > > On Fri, 2007-05-18 at 09:35 +0200, Jens Axboe wrote: > > > On Thu, May 17 2007, Badari Pulavarty wrote: > > > > On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote:

Re: [PATCH] Chaining sg lists for big IO commands v5

On Mon, 2007-05-21 at 08:35 +0200, Jens Axboe wrote: > On Mon, May 21 2007, Jens Axboe wrote: > > On Fri, May 18 2007, Badari Pulavarty wrote: > > > On Fri, 2007-05-18 at 09:35 +0200, Jens Axboe wrote: > > > > On Thu, May 17 2007, Badari Pulavarty wrote: > > >

Re: [PATCH] Chaining sg lists for big IO commands v5

; > [c47bba90] [c000c178] .do_IRQ+0x90/0xec > > > [c47bbb10] [c0004790] hardware_interrupt_entry+0x18/0x1c > > > > Not good. The qla changes are non-trivial (that hardware has a really > > funky sg setup), so I may have botched a part of it.

[PATCH] cache_k8_northbridges() overflows beyond allocation (Was: 2.6.21-rc5-mm4 (SLUB))

On Wed, 2007-04-04 at 11:04 -0700, Christoph Lameter wrote: > On Wed, 4 Apr 2007, Badari Pulavarty wrote: ... > > > *** SLUB: Freepointer corrupt in [EMAIL PROTECTED] Slab > > 0x81017f9f8b80 > > offset=672 flags=0x2c7 inuse=42 > > freelist=0xf

Re: [RFC 0/8] Variable Order Page Cache

repare_write': (.text+0x209cd): undefined reference to `page_cache_size' Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: 2.6.21-rc5-mm4 (SLUB powerpc)

On Wed, 2007-04-04 at 10:35 -0700, Christoph Lameter wrote: > On Wed, 4 Apr 2007, Badari Pulavarty wrote: > > > Next issue ? Sorry. > > No problem. Could have a look at the hvsi driver and figure out what is > failing there? What is the hvsi driver? > > > Cons

Re: 2.6.21-rc5-mm4 (SLUB)

(SLAB_RED_ZONE | SLAB_POISON | \ > SLAB_TRACE | SLAB_DESTROY_BY_RCU) > > #define SLUB_MERGE_SAME (SLAB_DEBUG_FREE | SLAB_RECLAIM_ACCOUNT | \ > Here is the slub_debug=FU output with the above patch. Thanks, Badari Linux version 2.6.21-rc5-mm4 ([EMAIL PROTECTED]) (gcc ver

Re: 2.6.21-rc5-mm4 (SLUB)

On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote: > On Wed, 4 Apr 2007, Badari Pulavarty wrote: > > > Here is the slub_debug=FU output with the above patch. > > Hmmm... Looks like the object is actually free. Someone writes beyond the > end of the earlier obj

Re: 2.6.21-rc5-mm4 (SLUB)

On Wed, 2007-04-04 at 17:31 -0700, Christoph Lameter wrote: > On Wed, 4 Apr 2007, Badari Pulavarty wrote: > > > On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote: > > > On Wed, 4 Apr 2007, Badari Pulavarty wrote: > > > > > > > Here is the

Re: 2.6.21-rc5-mm4 (SLUB)

On Wed, 2007-04-04 at 21:29 -0700, Christoph Lameter wrote: > Here is a patch that adds validation (only for cpuslabs and partial > slabs but thats where the action is). Apply this patch > and then do > > echo 1 >/sys/slab//validate > > I suggest to boot with full debugging and then run this on

Re: Why kmem_cache_free occupy CPU for more than 10 seconds?

x27;s x86_64. Is there a reliable way to generate stack traces under > x86_64? > Can enabling "[ ] Compile the kernel with frame pointers" help? CONFIG_UNWIND_INFO=y CONFIG_STACK_UNWIND=y should help. Thanks, Badari - To unsubscribe from this list: send the line "unsubs

Re: [00/17] Large Blocksize Support V3

On Tue, 2007-04-24 at 15:21 -0700, [EMAIL PROTECTED] wrote: > V2->V3 Hmm.. It broke ext2 :( V2 worked fine with the small fix I sent you earlier. But on V3, I can't run fsx. I see random data showing up. I will debug, when I get a chance. Thanks, Badari READ BAD DATA: offset = 0x5

[PATCH] Merge sys_clone()/sys_unshare() nsproxy and namespace handling

unshare tests fine. Andrew, can you include it in -mm ? Thanks, Badari Merge sys_clone/sys_unshare nsproxy and namespace copy handling. - Create a new nsproxy and its associated namespaces and pass it back to caller to attach it to right process. - Changed all copy_*_ns() routines to return a

Re: [RFC] Heads up on sys_fallocate()

es ? Just curious .. What does posix_fallocate() return ? Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please r

Re: 2.6.21-rc2-mm1

64/mm/numa.c:530: error: (Each undeclared identifier is reported only once arch/x86_64/mm/numa.c:530: error: for each function it appears in.) make[1]: *** [arch/x86_64/mm/numa.o] Error 1 make[1]: *** Waiting for unfinished jobs Thanks, Badari - To unsubscribe from this list: send the line "unsu

Re: [patch -mm] x86_64: fake numa cmdline flag fix

MU. But I guess your is a cleaner fix. Thanks, Badari > --- > arch/x86_64/mm/numa.c | 16 +++- > 1 files changed, 11 insertions(+), 5 deletions(-) > > diff --git a/arch/x86_64/mm/numa.c b/arch/x86_64/mm/numa.c > --- a/arch/x86_64/mm/numa.c > +++ b/arch/x86_64

Re: [RFC] Heads up on sys_fallocate()

On Fri, 2007-03-02 at 09:16 -0600, Eric Sandeen wrote: > Badari Pulavarty wrote: > > > > Amit K. Arora wrote: > > > >> This is to give a heads up on few patches that we will be soon coming up > >> with. These patches implement a new system call sys_fal

Re: 2.6.21-rc4-mm1

27;t see where ‘of_device_uevent’ is defined :( Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: 2.6.21-rc4-mm1

*** [sound] Error 2 make: *** Waiting for unfinished jobs Patch that is causing the problem in -mm: gregkh-pci-pci-cleanup-the-includes-of-linux-pcih.patch sound/ppc/beep.c needs to include Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel

Re: 2.6.21-rc4-mm1

86-64 box. 2.6.21-rc4 works fine. Ideas on where to start ? Bisect ? Thanks, Badari .. ReiserFS: hda2: found reiserfs format "3.6" with standard journal ReiserFS: hda2: using ordered data mode ReiserFS: hda2: journal params: device hda2, size 8192, journal first block 18, max trans len 1

Re: 2.6.21-rc4-mm1

ning. Con, did you get to the bottom > of this? > > We don't know why it confused kallsyms either. > > I'll try to shove rc5-mm1 out the door this evening, minus rsdl. And > -mm2, with rsdl. Okay, my ppc64 box hangs on boot. It could be different. I will wait till

Re: 2.6.21-rc5-mm1

.jiffies [00645400 -> 00645407] ld: .tmp_vmlinux1: section .vsyscall_1 lma 0x645400 overlaps previous sections make: *** [.tmp_vmlinux1] Error 1 Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PRO

Re: 2.6.21-rc5-mm1

make: *** [drivers] Error 2 make: *** Waiting for unfinished jobs Patch that is causing the problem in -mm: parport-dev-driver-model-support.patch Here is the fix. Thanks, Badari Signed-off-by: Badari Pulavarty <[EMAIL PROTECTED]> --- include/asm-powerpc/parport.h |2 +- 1 file chang

Re: 2.6.21-rc5-mm1

On Tue, 2007-03-27 at 13:12 -0700, Andrew Morton wrote: > On Tue, 27 Mar 2007 09:57:50 -0800 > Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > > On Tue, 2007-03-27 at 08:48 -0800, Andrew Morton wrote: > > > On Tue, 27 Mar 2007 09:39:33 -0800 Badari Pulavarty &l

Re: 2.6.21-rc5-mm1

Yes. It did fix my problem. Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: 2.6.21-rc5-mm2

86-64 and ppc64 machines. Both failed to boot 2.6.21-rc4-mm1. Thanks, Badari - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: 2.6.21-rc5-mm2

idn't give me a clean build :( (not crucial for me to get it right -- but FYI). Thanks, Badari CHK include/linux/version.h CHK include/linux/utsrelease.h CHK include/linux/compile.h CC drivers/net/e100.o LD drivers/net/wireless/built-in.o CC driver

Re: 2.6.21-rc5-mm4

On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/ > SLUB code hangs my ppc64 machine on boot. Thanks, Badari booted from '/[EMAIL PROTECTED]/[EMAIL PROTECTED],2/pci1069,[EMAIL PROTEC

Re: 2.6.21-rc5-mm4

On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/ SLUB code paniced my x86-64 box also :( Thanks, Badari Linux version 2.6.21-rc5-mm4 ([EMAIL PROTECTED]) (gcc version 4.1.0 (SUSE Linux)) #1

Re: 2.6.21-rc5-mm4

On Tue, 2007-04-03 at 13:40 -0700, Christoph Lameter wrote: > On Tue, 3 Apr 2007, Badari Pulavarty wrote: > > > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote: > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/ > > >

Re: 2.6.21-rc5-mm4

On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote: > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/ > > > > SLUB code paniced my x86-64 box also :( More on this

Re: 2.6.21-rc5-mm4

On Tue, 2007-04-03 at 16:27 -0700, Christoph Lameter wrote: > On Tue, 3 Apr 2007, Badari Pulavarty wrote: > > > On Tue, 2007-04-03 at 14:55 -0700, Badari Pulavarty wrote: > > > On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote: > > > > ftp://ftp.kernel

Re: 2.6.21-rc5-mm4

On Tue, 2007-04-03 at 15:59 -0700, Christoph Lameter wrote: > On Tue, 3 Apr 2007, Badari Pulavarty wrote: > > > > > SLUB code hangs my ppc64 machine on boot. > > > > > > Could you enable NMI or something and get me a stackdump? PPC is > > > notorio

Re: 2.6.21-rc5-mm4

On Tue, 2007-04-03 at 16:40 -0700, Christoph Lameter wrote: > On Tue, 3 Apr 2007, Badari Pulavarty wrote: > > > > x86_64 with numa emulation 4 nodes boots fine here. > > > > Not sure, if this helps any (slub_debug = 1) :( > > Specify only slub_debug. The 1 i

Re: 2.6.21-rc5-mm4

On Tue, 2007-04-03 at 18:16 -0700, Christoph Lameter wrote: > On Tue, 3 Apr 2007, Badari Pulavarty wrote: > > > Seems to be an issue with calibrate_delay() spinning in a tight > > loop :( > > > > BTW, machine boots fine with SLAB code - not sure why ? > > I

Re: 2.6.21-rc5-mm4

On Wed, 2007-04-04 at 08:12 -0700, Badari Pulavarty wrote: > On Tue, 2007-04-03 at 18:16 -0700, Christoph Lameter wrote: > > On Tue, 3 Apr 2007, Badari Pulavarty wrote: > > > > > Seems to be an issue with calibrate_delay() spinning in a tight > > > loop :( >

Re: 2.6.21-rc5-mm4 (SLUB powerpc)

On Wed, 2007-04-04 at 10:13 -0700, Christoph Lameter wrote: > On Wed, 4 Apr 2007, Badari Pulavarty wrote: > > > Well !! Helps a little, but not enough to boot (hangs little later) :( > > I will try to get stack trace for that. > > Great! Thanks for all the debugging help

Re: 2.6.21-rc5-mm4 (SLUB)

On Wed, 2007-04-04 at 10:03 -0700, Christoph Lameter wrote: > On Wed, 4 Apr 2007, Badari Pulavarty wrote: > > > On Tue, 2007-04-03 at 16:55 -0700, Christoph Lameter wrote: > > > On Tue, 3 Apr 2007, Badari Pulavarty wrote: > > > > > > > Hmm. booted f

[no subject]

hi Lkml https://bit.ly/2KhYIvQ Badari Pulavarty

Re: 2.6.23-rc6: hanging ext3 dbench tests

-rc3 doesn't seem to have this problem). I am going to do bi-sect and find out which patch caused this. I am using dbench-2.0 which consistently reproduces the problem on my x86-64 box. Did you find anything new with your setup ? Thanks, Badari - To unsubscribe from this list: send the

Re: 2.6.23-rc6: hanging ext3 dbench tests

On Mon, 2007-09-24 at 13:04 -0700, Linus Torvalds wrote: > > On Mon, 24 Sep 2007, Badari Pulavarty wrote: > > > > Whats happening on my machine is .. > > > > dbench forks of 4 children and sends them a signal to start the work. > > 3 out of 4 children gets

Re: 2.6.23-rc6: hanging ext3 dbench tests

On Mon, 2007-09-24 at 13:04 -0700, Linus Torvalds wrote: > > On Mon, 24 Sep 2007, Badari Pulavarty wrote: > > > > Whats happening on my machine is .. > > > > dbench forks of 4 children and sends them a signal to start the work. > > 3 out of 4 children gets

Re: Linux 2.6.23-rc8 (build failure from -rc1)

but one of my machines doesn't like 2.6.23-rc8. Infact, 2.6.23-rc1 was the first kernel this is broken. (I didn't get hands on this machine till now). Since my other x86-64 machines are doing fine, I am going to blame it on my machine specific config :) Thanks, Badari elm3a242:/usr/src/linux

Re: Linux 2.6.23-rc8 (build failure from -rc1)

On Tue, 2007-09-25 at 10:02 -0700, Andrew Morton wrote: > On Tue, 25 Sep 2007 09:57:01 -0700 Badari Pulavarty <[EMAIL PROTECTED]> wrote: > > > On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote: > > > Ok, I think I'm getting close to releasing a real 2.6.23. T

Re: 2.6.23-rc8-mm1 - powerpc memory hotplug link failure

k_action': > /root/scrap/linux-2.6.23-rc8/drivers/base/memory.c:188: undefined reference > to `.remove_memory' > make: *** [.tmp_vmlinux1] Error 1 > I ran into the same thing earlier. Here is the fix I made. Thanks, Badari Memory hotplug remove is currently supported only on

Re: 2.6.23-rc8-mm1

Hi Andy, One the patch you created in -mm is causing compile warning. Here is the fix. Please verify. Thanks, Badari arch/powerpc/mm/init_64.c: In function `vmemmap_populated': arch/powerpc/mm/init_64.c:211: warning: passing arg 1 of `vmemmap_section_start' makes pointer from integer

Re: kernel Oops in ext3 code

3_ I made > objdump -x -D -s super.o > (the only place where I found this function in the source code). If you > want something else, let me know, but a bit more specific. Can I do the > objdump directly from the kernel image file? > objdump -DlS balloc.o would give us e

Re: [PATCH] JBD slab cleanups

ee_pages() waste > 1/3-1/2 page space. > > What was the originally intention to set up slabs for committed_data(and > frozen_buffer) in JBD? Why not using kmalloc? > > Mingming Looks good. Small suggestion is to get rid of all kmalloc() usages and consistently use jbd_kmallo

2.6.23-rc6-mm1 panic (memory controller issue ?)

Hi Balbir, I get following panic from SLUB, while doing simple fsx tests. I haven't used any container/memory controller stuff except that I configured them in :( Looks like slub doesn't like one of the flags passed in ? Known issue ? Ideas ? Thanks, Badari CONFIG_CO

Re: 2.6.23-rc6-mm1 panic (memory controller issue ?)

On Tue, 2007-09-18 at 15:21 -0700, Badari Pulavarty wrote: > Hi Balbir, > > I get following panic from SLUB, while doing simple fsx tests. > I haven't used any container/memory controller stuff except > that I configured them in :( > > Looks like slub doesn't

Re: [PATCH] ext4: FLEX_BG Kernel support v2.

T4_FEATURE_INCOMPAT_META_BG0x0010 > #define EXT4_FEATURE_INCOMPAT_EXTENTS0x0040 /* extents > support */ > #define EXT4_FEATURE_INCOMPAT_64BIT 0x0080 > +#define EXT4_FEATURE_INCOMPAT_FLEX_BG0x0200 Any reason why 0x100 is skipped ? Thanks,

Hi lkml

Good morning lkml http://www.drewlin.me/pitch.php?cause=1va2u3y80rqgv Badari Pulavarty

<    1   2   3   >