Re: [PATCH][RFC] kprobes: Add user entry-handler in kretprobes

2007-11-13 Thread Srinivasa Ds
Abhishek Sagar wrote: On Nov 13, 2007 12:09 AM, Abhishek Sagar <[EMAIL PROTECTED]> wrote: Whoops...sry for the repeated email..emailer trouble. Expecting this one to makes it to the list. Summary again: This patch introduces a provision to specify a user-defined callback to run at function

Re: [PATCH] time: fix typo that makes sync_cmos_clock erratic

2007-11-13 Thread Thomas Gleixner
David, On Mon, 12 Nov 2007, David P. Reed wrote: > From: David P. Reed > > Fix a typo in ntp.c that has caused updating of the persistent (RTC) clock > when synced to NTP to behave erratically. Good catch. > Signed-off-by: David P. Reed Whitespace damaged as well. Please fix and resend >

Re: [PATCH] x86: fix locking and sync bugs in x86_64 RTC code in time_64.c

2007-11-13 Thread Thomas Gleixner
David, On Mon, 12 Nov 2007, David P. Reed wrote: > From: David P. Reed > > Fix two bugs in arch/x86/kernel/time_64.c that affect the x86_64 kernel. 1) a > repeatable hard freeze due to interrupts when the ntpd service calls > update_persistent_clock(), 2) potentially unstable PC RTC timer

Re: [patch 2.6.24-rc2 1/3] generic gpio -- gpio_chip support

2007-11-13 Thread Nick Piggin
On Wednesday 14 November 2007 17:52, David Brownell wrote: > On Tuesday 13 November 2007, Andrew Morton wrote: > > > I'll highlight the > > > point that such bitops shouldn't be preemption points. > > > > Disagree.  *everything* should be a preemption point. > > So it's wrong that uses the >

Re: [BUG] New Kernel Bugs

2007-11-13 Thread Denys Vlasenko
On Wednesday 14 November 2007 00:27, Adrian Bunk wrote: > You missed the following in my email: > "we slowly scare them away due to the many bug reports without any > reaction." > > The problem is that bug reports take time. If you go away from easy > things like compile errors then even things

Re: 2.6.24-rc2 XFS nfsd hang

2007-11-13 Thread Benny Halevy
I wonder if this is a similar hang to what Christian was seeing here: http://lkml.org/lkml/2007/11/13/319 Benny On Nov. 14, 2007, 9:04 +0200, Chris Wedgwood <[EMAIL PROTECTED]> wrote: > With 2.6.24-rc2 (amd64) I sometimes (usually but perhaps not always) > see a hang when accessing some NFS

Re: [perfmon] Re: [perfmon2] perfmon2 merge news

2007-11-13 Thread Andrew Morton
On Wed, 14 Nov 2007 18:24:36 +1100 Paul Mackerras <[EMAIL PROTECTED]> wrote: > Andrew Morton writes: > > > I was hoping that after the round of release-and-review which Stephane, > > Andi and I did about twelve months ago that we were on track to merge the > > perfmon codebase as-offered. But

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread eric miao
Y, the IRQ <--> GPIO mapping is another thing I'm concerned about. Other than that, all the other part of the gpiolib is a great work, actually, I've been waiting for this for quite a long time and just don't have time for a hands-on until recently. So let's get more feedback on this. On Nov 14,

Re: [PATCH 22/54] kset: convert /sys/devices/system to use kset_create

2007-11-13 Thread Andrew Morton
On Tue, 13 Nov 2007 16:35:15 -0800 Greg KH <[EMAIL PROTECTED]> wrote: > On Tue, Nov 13, 2007 at 04:01:44PM -0800, Andrew Morton wrote: > > On Tue, 13 Nov 2007 15:14:10 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > On Mon, 5 Nov 2007 12:03:34 -0800 Greg KH <[EMAIL PROTECTED]> wrote: >

Re: [PATCH] sigwait eats blocked default-ignore signals

2007-11-13 Thread Roland McGrath
> But I suspect we have other issues here. Let's suppose we have threads T1 > (main) and T2. T2 blocks SIGCHLD and does sigwait(SIGCHLD). > > Now, we send SIGCHLD to the thread group. The signal is lost again because > sig_ignored() returns true on T1's side. > > Is this OK? [...] Yes, it's OK

Re: [BUG] New Kernel Bugs

2007-11-13 Thread Adrian Bunk
On Tue, Nov 13, 2007 at 05:39:45PM -0700, Denys Vlasenko wrote: > On Tuesday 13 November 2007 10:56, Adrian Bunk wrote: > > On Tue, Nov 13, 2007 at 12:13:56PM -0500, Theodore Tso wrote: > > > On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote: > > > > Btw, I used to test every -mm

Re: [perfmon] Re: [perfmon2] perfmon2 merge news

2007-11-13 Thread Paul Mackerras
Andrew Morton writes: > I was hoping that after the round of release-and-review which Stephane, > Andi and I did about twelve months ago that we were on track to merge the > perfmon codebase as-offered. But now it turns out that the sentiment is > that the code simply has too many

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread David Brownell
> > > struct gpio_desc { > > > struct gpio_chip *chip; > > > unsigned is_out:1; > > > + unsigned requested:1; > > > +#ifdef CONFIG_DEBUG_FS > > > + const char *requested_str; > > > +#endif > > > > Note that this means (on typical 32-bit embedded hardware) > > twelve bytes per

2.6.24-rc2 XFS nfsd hang

2007-11-13 Thread Chris Wedgwood
With 2.6.24-rc2 (amd64) I sometimes (usually but perhaps not always) see a hang when accessing some NFS exported XFS filesystems. Local access to these filesystems ahead of time works without problems. This does not occur with 2.6.23.1. The filesystem does not appear to be corrupt. The call

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread David Brownell
On Tuesday 13 November 2007, eric miao wrote: > > > > We "can" do most anything. What would that improve though? > > > > ... What would that improve, though?  Your followup posts > > still don't answer that question for me.  I see the code, > > but don't have an answer to that question. > > > >

Re: [patch 2.6.24-rc2 1/3] generic gpio -- gpio_chip support

2007-11-13 Thread David Brownell
On Tuesday 13 November 2007, Andrew Morton wrote: > > > > Why do you want to use raw_spinlock_t? > > > > Already answered elsewhere in this thread ... > > Can't say I really understood the answer.  I don't think we > actually know where all of this extra time is being spent? Reading that,

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread eric miao
On Nov 14, 2007 12:36 PM, David Brownell <[EMAIL PROTECTED]> wrote: > On Tuesday 13 November 2007, eric miao wrote: > > Subject: [PATCH 5/5] move per GPIO "requested" to "struct gpio_desc" > > > > > struct gpio_desc { > > struct gpio_chip *chip; > > unsigned is_out:1; > > +

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Dave Young
On Nov 14, 2007 2:38 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Wed, 14 Nov 2007 14:18:39 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote: > > > Hi, > > Boot failed on my machine. hand copy some messages. > > > > First with BLK_DEV_RAM=y > > > > BUG kmalloc-64 Poison overwritting: > >

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread eric miao
On Nov 14, 2007 12:18 PM, David Brownell <[EMAIL PROTECTED]> wrote: > On Tuesday 13 November 2007, eric miao wrote: > > Here comes the point of "struct gpio_desc" > > > > Subject: [PATCH 3/5] use a per GPIO "struct gpio_desc" and chain > > "gpio_chip" to a list > > I see what it does, but don't

Re: [PATCH 0/5][RFC] Physical PCI slot objects

2007-11-13 Thread Scott Murray
On Tue, 13 Nov 2007, Greg KH wrote: > On Tue, Nov 13, 2007 at 04:04:00PM -0700, Matthew Wilcox wrote: > > On Tue, Nov 13, 2007 at 02:56:05PM -0800, Greg KH wrote: > > > Why not just use the code in the linux firmware kit that does this > > > already today from userspace (thanks to Kristen for

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread eric miao
On Nov 14, 2007 11:30 AM, David Brownell <[EMAIL PROTECTED]> wrote: > On Tuesday 13 November 2007, eric miao wrote: > > > > Can we use "per gpio based" structure instead of "per gpio_chip" based > > > > one, > > > > just like what the generic IRQ layer is doing nowadays? > > > > > > We "can" do

[PATCH] Attempt to get eject failures back to ioctl(CDROMEJECT)

2007-11-13 Thread Rusty Russell
Hi Jens, As you asked for some time ago. Of course, it turns out that the eject command ignores the error anyway, but it's nice that it now errors. Not entirely comfortable with this patch: there's a req->errors but that seems to have some existing semantics I'm not sure of, so I simply

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Andrew Morton
On Wed, 14 Nov 2007 14:18:39 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote: > Hi, > Boot failed on my machine. hand copy some messages. > > First with BLK_DEV_RAM=y > > BUG kmalloc-64 Poison overwritting: > Alloced in kset_create > Freed in kobject_cleanup > > --cut-- > alloc_disk_node >

Re: 2.6.24-rc2: Network commit causes SLUB performance regression with tbench

2007-11-13 Thread David Miller
From: Nick Piggin <[EMAIL PROTECTED]> Date: Wed, 14 Nov 2007 05:14:27 +1100 > On Wednesday 14 November 2007 17:12, David Miller wrote: > > Is your test system using HIGHMEM? > > > > That's one thing the page vector in the sk_buff can do a lot, > > kmaps. > > No, it's an x86-64, so no highmem.

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread eric miao
On Nov 14, 2007 11:25 AM, David Brownell <[EMAIL PROTECTED]> wrote: > On Tuesday 13 November 2007, eric miao wrote: > > > > Here comes a bunch of patches to illustrate my idea, some are not related to > > the point I mentioned, and they are not mature for now :-) > > > > Subject: [PATCH 1/5] add

[PATCH] [2.6.24-rc2-mm1] Fix dependencies for FSL_DMA

2007-11-13 Thread Olof Johansson
[POWERPC] Fix dependencies for FSL_DMA >From a powerpc allyesconfig build: drivers/dma/fsldma.c:504: error: implicit declaration of function 'bus_to_virt' Signed-off-by: Olof Johansson <[EMAIL PROTECTED]> Index: mm/drivers/dma/Kconfig

Re: [PATCH] Align PCI memory regions to page size (4K) - Fix

2007-11-13 Thread Grant Grundler
On Wed, Nov 14, 2007 at 08:17:33AM +1100, Benjamin Herrenschmidt wrote: ... > Though he's trying to fix a real issue, his patch is not the right > approach imho. > > A better approach would be to have a mechanism to be triggered by the > hypervisor administration tools that will attempt to

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Dave Young
Hi, Boot failed on my machine. hand copy some messages. First with BLK_DEV_RAM=y BUG kmalloc-64 Poison overwritting: Alloced in kset_create Freed in kobject_cleanup --cut-- alloc_disk_node rd_init kernel_init --cut-- Then config ramdisk as module, build and reboot: BUG: unable handle paging

Re: 2.6.24-rc2: Network commit causes SLUB performance regression with tbench

2007-11-13 Thread Nick Piggin
On Wednesday 14 November 2007 17:12, David Miller wrote: > From: Nick Piggin <[EMAIL PROTECTED]> > Date: Wed, 14 Nov 2007 04:36:24 +1100 > > > On Wednesday 14 November 2007 12:58, David Miller wrote: > > > I suspect the issue is about having a huge skb->data linear area for > > > TCP sends over

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

2007-11-13 Thread Joonwoo Park
> > I'll work e1000e too :-) > > awesome, looking forward to that. > BTW, It seems to need Patrick's unicast patch for e1000e first. I'll looking forward to that too. Thanks Joonwoo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

RE: Question about free/used memory on Linux

2007-11-13 Thread Ravinandan Arakali (rarakali)
Hi Vaidy, What do you think is the right way to get the memory usage of a process, I mean the actual physical memory used ? Basically, I'm interested in the incremental cost of a process, which means, I don't want to include the text segments of shared libraries which would remain even after the

Re: [BUG] New Kernel Bugs

2007-11-13 Thread David Miller
From: Sam Ravnborg <[EMAIL PROTECTED]> Date: Wed, 14 Nov 2007 06:56:06 +0100 > > > > > If so, MANITAINERS claims that it is subscribers-only. That would cause > > > some bug reporters to give up and go away. > > > > Find some other mailing list; I'm not hosting *nor* am I willing to run a > >

Re: 2.6.24-rc2: Network commit causes SLUB performance regression with tbench

2007-11-13 Thread David Miller
From: Nick Piggin <[EMAIL PROTECTED]> Date: Wed, 14 Nov 2007 04:36:24 +1100 > On Wednesday 14 November 2007 12:58, David Miller wrote: > > I suspect the issue is about having a huge skb->data linear area for > > TCP sends over loopback. We're likely getting a much smaller > > skb->data linear

Re: [PATCH 1/4] drivers/i2c: Drop redundant includes of moduleparam.h

2007-11-13 Thread Julia Lawall
From: Julia Lawall <[EMAIL PROTECTED]> Drop #include in files that also include #include . module.h includes moduleparam.h already. i'm not convinced that's a good idea. while module.h does currently (and unfortunately) include moduleparam.h, there may come a day when those header files are

Re: [BUG] New Kernel Bugs

2007-11-13 Thread Sam Ravnborg
On Wed, Nov 14, 2007 at 06:56:06AM +0100, Sam Ravnborg wrote: > > > > > If so, MANITAINERS claims that it is subscribers-only. That would cause > > > some bug reporters to give up and go away. > > > > Find some other mailing list; I'm not hosting *nor* am I willing to run a > > non-subscribers

Re: kernel BUG at mm/prio_tree.c:125

2007-11-13 Thread Nick Piggin
On Wednesday 14 November 2007 10:04, Marc Donner wrote: > hi > > i got this kernel bug on our production system, which is running since last > saturday. > > anybody an idea?? Hugh might be of most help here, cc'ed. But for the preliminary questions -- Is the bug reproduceable? And if it is

Re: [BUG] New Kernel Bugs

2007-11-13 Thread Sam Ravnborg
> > > If so, MANITAINERS claims that it is subscribers-only. That would cause > > some bug reporters to give up and go away. > > Find some other mailing list; I'm not hosting *nor* am I willing to run a > non-subscribers only mailing list. Period. Not negotiable, so don't even > try to change

Re: [patch 01/28] cpu alloc: The allocator

2007-11-13 Thread David Miller
From: Christoph Lameter <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 20:26:33 -0800 (PST) > The only problem that I see so far is a communication problem. Thus > we need more documentation. Fair enough, I'll look more closely at the next rev of your patch set. - To unsubscribe from this list: send

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Zan Lynx
Andrew Morton wrote: [cut] hm, that was supposed to shut itself off after 100 messages: if (unlikely(clone_flags & (CLONE_DETACHED|CLONE_STOPPED))) { static int __read_mostly count = 100; if (count && printk_ratelimit()) { char

Re: [PATCH] 2.6.24-rc2-mm1 - Build fails - in nsfd/vfs.c

2007-11-13 Thread Kamalesh Babulal
Kamalesh Babulal wrote: > Hi Andrew, > > The Kernel build fails, with error > > CC fs/nfsd/vfs.o > fs/nfsd/vfs.c: In function ‘nfsd_rename’: > fs/nfsd/vfs.c:1695: error: request for member ‘mnt’ in something not a > structure or union > make[2]: *** [fs/nfsd/vfs.o] Error 1 > make[1]: ***

Re: 2.6.24-rc2: Network commit causes SLUB performance regression with tbench

2007-11-13 Thread Nick Piggin
On Wednesday 14 November 2007 12:58, David Miller wrote: > From: Nick Piggin <[EMAIL PROTECTED]> > Date: Tue, 13 Nov 2007 22:41:58 +1100 > > > On Tuesday 13 November 2007 06:44, Christoph Lameter wrote: > > > On Sat, 10 Nov 2007, Nick Piggin wrote: > > > > BTW. your size-2048 kmalloc cache is

Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23

2007-11-13 Thread Dan Williams
On Nov 13, 2007 8:43 PM, Greg KH <[EMAIL PROTECTED]> wrote: > > > > Careful, it looks like you cherry picked commit 4ae3f847 "md: raid5: > > fix clearing of biofill operations" which ended up misapplied in > > Linus' tree, You should either also pick up def6ae26 "md: fix > > misapplied patch in

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Gabriel C
Matthew Dharm wrote: > On Tue, Nov 13, 2007 at 07:49:24PM -0800, Greg KH wrote: >> Matt, are these the errors you were worried about with the patch we were >> just talking about tha tis in my tree? > > I can't tell from these logs. There is the dmesg with CONFIG_USB_STORAGE_DEBUG :

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Gabriel C
Andrew Morton wrote: > On Wed, 14 Nov 2007 04:41:38 +0100 Gabriel C <[EMAIL PROTECTED]> wrote: > >> Uff clone-prepare-to-recycle-clone_detached-and-clone_stopped.patch *really* >> spams. >> Looks like some programs are using this 'deprecated flag'. >> >> Could this have some

Re: [PATCH] 2.6.24-rc2-mm1 - Build Fail - fs/bfs/inode.c

2007-11-13 Thread Andrew Morton
On Wed, 14 Nov 2007 10:30:54 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote: > Hi Andrew, > > The kernel build fails, with following error > > fs/bfs/inode.c: In function ‘bfs_iget’: > fs/bfs/inode.c:37: error: ‘ino’ redeclared as different kind of symbol > fs/bfs/inode.c:35: error: previous

Re: mm snapshot broken-out-2007-11-13-04-14 Build Fails - linking when !CONFIG_NFS_V4

2007-11-13 Thread Randy Dunlap
On Wed, 14 Nov 2007 01:21:36 +0530 Kamalesh Babulal wrote: > Hi Andrew, > > The kernel build fails, with the following error > > LD init/built-in.o > LD .tmp_vmlinux1 > fs/built-in.o(.text+0x5d632): In function `nfs_free_unlinkdata': > fs/nfs/unlink.c:32: undefined reference to

Re: [PATCH revised] enable make ARCH=x86 (and stay backward compatible)

2007-11-13 Thread Sam Ravnborg
> > I've just built v2.6.24-rc2-409-g9418d5d + your patchset for both amd64 and > i386 using Debian's kernel-package and both went without problems. Thanks for testing! > One (minor) issue. If I start out with a .config for i386, the first make > oldconfig will ask to set 64-BIT: > 64-bit

Re: mm snapshot broken-out-2007-11-13-04-14 Build Fails - linking when !CONFIG_NFS_V4

2007-11-13 Thread Kamalesh Babulal
Hi Andrew, The kernel build fails, with the following error LD init/built-in.o LD .tmp_vmlinux1 fs/built-in.o(.text+0x5d632): In function `nfs_free_unlinkdata': fs/nfs/unlink.c:32: undefined reference to `nfs_sb_deactive' fs/built-in.o(.rodata+0x5c5c): In function `do_execve':

Re: [PATCH] Fix warning for token-ring from sysctl checker

2007-11-13 Thread David Miller
From: Olof Johansson <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 01:23:13 -0600 > As seen when booting ppc64_defconfig: > > sysctl table check failed: /net/token-ring .3.14 procname does not match > binary path procname > > > Signed-off-by: Olof Johansson <[EMAIL PROTECTED]> Patch applied,

Re: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

2007-11-13 Thread Kok, Auke
Joonwoo Park wrote: > 2007/11/14, Kok, Auke <[EMAIL PROTECTED]>: >> Patrick McHardy wrote: >>> Kok, Auke wrote: Patrick McHardy wrote: > I already posted a patch for this, not sure what happened to it. > Auke, any news on merging the secondary unicast address support? I

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Ulrich Drepper
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Morton wrote: > Oh well. That's CLONE_DETACHED and I think Ulrich's question just got > answered. > > Which distro/version are you running? People should really compile their glibc better than this. The sources still use it but only if you

Re: mm snapshot broken-out-2007-11-13-04-14.tar.gz uploaded

2007-11-13 Thread Al Boldi
[EMAIL PROTECTED] wrote: > On Tue, 13 Nov 2007 19:42:10 +0300, Al Boldi said: > > Oh. What about breaking out a stable-mm snapshot against the latest > > stable kernel? > > You can roll your own of those. > > Get a 2.6.23.N kernel tarball. > patch -R the 23.N patch against that, giving you a 23.0

Re: [PATCH] powerpc: Fix fs_enet module build

2007-11-13 Thread David Miller
From: Jochen Friedrich <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 19:32:08 +0100 > If fs_enet is build as module, on PPC_CPM_NEW_BINDING platforms > mii-fec/mii-bitbang should be build as module, as well. On other > platforms, mii-fec/mii-bitbang must be included into the main module. > Otherwise

Re: [BUG] New Kernel Bugs

2007-11-13 Thread David Miller
From: "Martin Bligh" <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 09:46:08 -0800 > This is a technical issue with vger.kernel.org mailing lists that I've tried > addressing before - maybe davem can help fix it? I think the problem is that certain mail headers show up multiple times and this makes

[PATCH] 2.6.24-rc2-mm1 - Build Fail - fs/bfs/inode.c

2007-11-13 Thread Kamalesh Babulal
Hi Andrew, The kernel build fails, with following error fs/bfs/inode.c: In function ‘bfs_iget’: fs/bfs/inode.c:37: error: ‘ino’ redeclared as different kind of symbol fs/bfs/inode.c:35: error: previous definition of ‘ino’ was here fs/bfs/inode.c:37: error: ‘inode’ undeclared (first use in this

Re: [BUG] New Kernel Bugs

2007-11-13 Thread Nick Piggin
rant on :) ... These aren't directed specifically at Andrew, but everyone who merges patches or is involved in the release process. On Wednesday 14 November 2007 08:04, Andrew Morton wrote: > On Tue, 13 Nov 2007 21:00:30 +0100 (CET) Christian Kujau <[EMAIL PROTECTED]> wrote: > > On Tue, 13 Nov

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Andrew Morton
On Wed, 14 Nov 2007 04:41:38 +0100 Gabriel C <[EMAIL PROTECTED]> wrote: > Uff clone-prepare-to-recycle-clone_detached-and-clone_stopped.patch *really* > spams. > Looks like some programs are using this 'deprecated flag'. > > Could this have some CONFIG_SPAM_ME_PLEASE ?;) > > This is what I

[LOCK] Is it really necessary to use a "big module lock"?

2007-11-13 Thread Jerry Jiang
Hi all, I came across a question when review other's module code. something like: int __init module_init() { down_interruptible(the_big_module_sem); // code for init... up(the_big_module_sem); } void __exit module_exit() {

[PATCH] 2.6.24-rc2-mm1 - Build fails - in nsfd/vfs.c

2007-11-13 Thread Kamalesh Babulal
Hi Andrew, The Kernel build fails, with error CC fs/nfsd/vfs.o fs/nfsd/vfs.c: In function ‘nfsd_rename’: fs/nfsd/vfs.c:1695: error: request for member ‘mnt’ in something not a structure or union make[2]: *** [fs/nfsd/vfs.o] Error 1 make[1]: *** [fs/nfsd] Error 2 make: *** [fs] Error 2

RE: [PATCH 2/2] [e1000 VLAN] Disable vlan hw accel when promiscuous mode

2007-11-13 Thread Joonwoo Park
2007/11/14, Kok, Auke <[EMAIL PROTECTED]>: > Patrick McHardy wrote: > > Kok, Auke wrote: > >> Patrick McHardy wrote: > >> > >>> I already posted a patch for this, not sure what happened to it. > >>> Auke, any news on merging the secondary unicast address support? > >> > >> I dropped the ball on

Re: [PATCH] - [7/15] - remove defconfig ptr comparisons to 0 - fs/lockd

2007-11-13 Thread Trond Myklebust
On Wed, 2007-11-14 at 13:40 +1100, Neil Brown wrote: > On Tuesday November 13, [EMAIL PROTECTED] wrote: > > Remove defconfig ptr comparison to 0 > > > > Remove sparse warning: Using plain integer as NULL pointer > > > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > > > --- > > > > diff

[PATCH] ata_sg_setup_one vs ata_sg_setup?

2007-11-13 Thread Rusty Russell
Hi Jeff, Was looking through libata, and it seems to me that ata_sg_setup is a superset of ata_sg_setup_one. Am I missing something? Seems like it could be simplified. My machine never seems to do an ata_sg_setup_one, so this patch isn't really tested... Thanks, Rusty. --- Subject:

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Matthew Dharm
On Tue, Nov 13, 2007 at 07:49:24PM -0800, Greg KH wrote: > > Matt, are these the errors you were worried about with the patch we were > just talking about tha tis in my tree? I can't tell from these logs. The key question (in relation to the allow_restart patch) is this: Was everything working

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread David Brownell
On Tuesday 13 November 2007, eric miao wrote: > Subject: [PATCH 5/5] move per GPIO "requested" to "struct gpio_desc" > > struct gpio_desc { > struct gpio_chip *chip; > unsigned is_out:1; > + unsigned requested:1; > +#ifdef CONFIG_DEBUG_FS > + const char *requested_str; >

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread David Brownell
On Tuesday 13 November 2007, eric miao wrote: > Here comes the point of "struct gpio_desc" > > Subject: [PATCH 3/5] use a per GPIO "struct gpio_desc" and chain > "gpio_chip" to a list I see what it does, but don't see the "why" ... surely you can come up with a one sentence description of why

Re: [PATCH] - [6/15] - remove defconfig ptr comparisons to 0 - fs/jfs

2007-11-13 Thread Dave Kleikamp
On Tue, 2007-11-13 at 18:05 -0800, Joe Perches wrote: > Remove defconfig ptr comparison to 0 > > Remove sparse warning: Using plain integer as NULL pointer > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> Signed-off-by: Dave Kleikamp <[EMAIL PROTECTED]> I've added this to the jfs git tree.

Re: [patch 01/28] cpu alloc: The allocator

2007-11-13 Thread Christoph Lameter
On Tue, 13 Nov 2007, David Miller wrote: > From: Christoph Lameter <[EMAIL PROTECTED]> > Date: Tue, 13 Nov 2007 20:15:55 -0800 (PST) > > > Guess I need also to add an arch configuration guide to V2 as well so that > > the other arches can do similar tricks and emphasize that the static > >

Re: [patch 01/28] cpu alloc: The allocator

2007-11-13 Thread David Miller
BTW [EMAIL PROTECTED] does not exist, please remove it from the CC: in the future :-) Thanks. - 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

Re: [patch 01/28] cpu alloc: The allocator

2007-11-13 Thread David Miller
From: Christoph Lameter <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 20:15:55 -0800 (PST) > Guess I need also to add an arch configuration guide to V2 as well so that > the other arches can do similar tricks and emphasize that the static > default that requires bss is only suitable for small

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Gabriel C
Gabriel C wrote: > Andrew Morton wrote: >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc2/2.6.24-rc2-mm1/ > > I got it to boot but .. > > ... > [ 45.030261] input: Power Button (CM) as /devices/virtual/input/input4 > [ 45.031331] BUG: sleeping function called from

[PATCH 2/2] sata_nv: fix ATAPI issues with memory over 4GB (v3)

2007-11-13 Thread Robert Hancock
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA mode on systems with memory located above 4GB. We need to delay setting the 64-bit DMA mask until the PRD table and padding buffer are allocated so that they don't get allocated above 4GB and break legacy mode (which is

[PATCH 1/2] sata_nv: don't use legacy DMA in ADMA mode

2007-11-13 Thread Robert Hancock
We need to run any DMA command with result taskfile requested in ADMA mode when the port is in ADMA mode, otherwise it may try to use the legacy DMA engine in ADMA mode which is not allowed. Enforce this with BUG_ON() since data corruption could potentially result if this happened. Signed-off-by:

Re: [patch 01/28] cpu alloc: The allocator

2007-11-13 Thread Christoph Lameter
Hmmm.. I have v2 in preparation here that puts the pda and the per cpu data into the cpu_alloc area. Thus gs: can be used to access all per cpu data. Any ideas how to abstract out the pda operations? Wasnt local_t supposed to be able to do atomic ops on cpu data? Is there an segment register

Re: [PATCH] sata_nv: fix ADMA ATAPI issues with memory over 4GB

2007-11-13 Thread Robert Hancock
Tejun Heo wrote: Could be done.. but, I don't want to constrain the ADMA APRD/CPB area in that way (there are some dual-socket Opteron boxes with this controller, forcing an allocation below 4GB for this could force a non-optimal node allocation I think..) To do this I'd have to raise the mask

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread David Brownell
On Tuesday 13 November 2007, David Brownell wrote: >   http://marc.info/?l=linux-kernel=119463810905330=2 >   http://marc.info/?l=linux-kernel=119463811005344=2 >   http://marc.info/?l=linux-kernel=119463811105352=2 > > Plus the appended tweak. -ENOPATCH ... ;) == Minor fixups to the

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread David Brownell
On Tuesday 13 November 2007, eric miao wrote: > > > Can we use "per gpio based" structure instead of "per gpio_chip" based > > > one, > > > just like what the generic IRQ layer is doing nowadays? > > > > We "can" do most anything.  What would that improve though? ... What would that improve,

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread David Brownell
On Tuesday 13 November 2007, eric miao wrote: > > so that requested will always be used, only *requested_str will be used > for DEBUG_FS tracking assistance > > Subject: [PATCH 2/5] define gpio_chip.requested_str as a debugfs tracking > string Doesn't seem unreasonable, since the extra cost is

Re: [patch 01/28] cpu alloc: The allocator

2007-11-13 Thread Christoph Lameter
On Wed, 14 Nov 2007, Andi Kleen wrote: > On Tue, Nov 13, 2007 at 05:52:08PM -0800, David Miller wrote: > > Yes, I've run into similar problems with lockdep as well. > > I had to build an ultra minimalized kernel to get it to > > boot on my Niagara boxes. > > > > I think I even looked at the same

Re: [patch 01/28] cpu alloc: The allocator

2007-11-13 Thread David Miller
From: Andi Kleen <[EMAIL PROTECTED]> Date: Wed, 14 Nov 2007 03:28:32 +0100 > ftp://firstfloor.org/pub/ak/x86_64/quilt/patches/early-reserve > ftp://firstfloor.org/pub/ak/x86_64/quilt/patches/early-alloc > ftp://firstfloor.org/pub/ak/x86_64/quilt/patches/lockdep-early-alloc > > I didn't plan to

Re: [BUG] New Kernel Bugs

2007-11-13 Thread David Miller
From: Andrew Morton <[EMAIL PROTECTED]> Date: Tue, 13 Nov 2007 18:27:00 -0800 > Let me just say - I'm astonished at how little spam gets though the vger > lists. Considering how many times those email addresses must have been > added to spam databases. > > It must be a lot of work, and whoever

Re: 2.6.24-rc2-mm1

2007-11-13 Thread Gabriel C
Uff clone-prepare-to-recycle-clone_detached-and-clone_stopped.patch *really* spams. Looks like some programs are using this 'deprecated flag'. Could this have some CONFIG_SPAM_ME_PLEASE ?;) This is what I got in some minutes : --dmesg|grep 'used deprecated clone flags'|sed 's/.*] //'|sort -u

Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23

2007-11-13 Thread Greg KH
On Tue, Nov 13, 2007 at 08:36:05PM -0700, Dan Williams wrote: > On Nov 13, 2007 5:23 PM, Greg KH <[EMAIL PROTECTED]> wrote: > > On Tue, Nov 13, 2007 at 04:22:14PM -0800, Greg KH wrote: > > > On Mon, Oct 22, 2007 at 05:15:27PM +1000, NeilBrown wrote: > > > > > > > > It appears that a couple of bugs

[PATCH] Fix build failure when CONFIG_INFINIBAND_IPOIB_CM is not defined.

2007-11-13 Thread Tony Breeds
Fixes: CC [M] drivers/infiniband/ulp/ipoib/ipoib_main.o drivers/infiniband/ulp/ipoib/ipoib_main.c: In function ‘ipoib_init_module’: drivers/infiniband/ulp/ipoib/ipoib_main.c:1269: error: invalid lvalue in assignment In the case where CONFIG_INFINIBAND_IPOIB_CM is not defined ipoib_max_conn_qp

Re: [stable] [PATCH 000 of 2] md: Fixes for md in 2.6.23

2007-11-13 Thread Dan Williams
On Nov 13, 2007 5:23 PM, Greg KH <[EMAIL PROTECTED]> wrote: > On Tue, Nov 13, 2007 at 04:22:14PM -0800, Greg KH wrote: > > On Mon, Oct 22, 2007 at 05:15:27PM +1000, NeilBrown wrote: > > > > > > It appears that a couple of bugs slipped in to md for 2.6.23. > > > These two patches fix them and are

about ext3_readpage

2007-11-13 Thread Wang Yu
Hi, all when I read ext3_readpage function following ext3_readpage->mpage_readpage->do_mpage_readpage, there are: nblocks = map_bh->b_size >> blkbits; if (buffer_mapped(map_bh) && block_in_file > *first_logical_block && block_in_file < (*first_logical_block +

Re: [PATCH] pci hotplug: fix rpaphp directory naming

2007-11-13 Thread Greg KH
On Tue, Nov 13, 2007 at 06:34:55PM -0600, Linas Vepstas wrote: > > > Fix presentation of the slot number in the /sys/bus/pci/slots > directory to match that used in the majority of other drivers. We need a signed-off-by: to be able to apply this... thanks, greg k-h - To unsubscribe from this

Re: [patch/rfc 1/4] GPIO implementation framework

2007-11-13 Thread David Brownell
On Tuesday 13 November 2007, eric miao wrote: > > Here comes a bunch of patches to illustrate my idea, some are not related to > the point I mentioned, and they are not mature for now :-) > > Subject: [PATCH 1/5] add gpio_is_onchip() for commonly used gpio range > checking I'll send

Re: stuck nfsd processes with 2.6.24-rc2

2007-11-13 Thread J. Bruce Fields
On Wed, Nov 14, 2007 at 02:36:18AM +0100, Christian Kujau wrote: > On Tue, 13 Nov 2007, Christian Kujau wrote: >> Ah, I forgot about that. Will do as soon as I get a working kernel again. >> I'm in the middle of git-bisecting and I had to mark the last 2 versions >> as "bad" but only because

Re: [PATCH] Let 'make help' output info about includecheck

2007-11-13 Thread WANG Cong
On Mon, Nov 12, 2007 at 12:56:35AM +0100, Jesper Juhl wrote: >From: Jesper Juhl <[EMAIL PROTECTED]> > >'make includecheck' is useful and we want people to run it, so >let 'make help' output information about its existence. > > >Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> I think Randy Dunlap

Re: [patch 5/8] Immediate Values - x86 Optimization (update 2)

2007-11-13 Thread H. Peter Anvin
Mathieu Desnoyers wrote: Immediate Values - x86 Optimization x86 optimization of the immediate values which uses a movl with code patching to set/unset the value used to populate the register used as variable source. Changelog: - Use text_poke_early with cr0 WP save/restore to patch the

Re: [PATCH] - [12/15] - remove defconfig ptr comparisons to 0 - include/asm-x86

2007-11-13 Thread Linus Torvalds
On Tue, 13 Nov 2007, Joe Perches wrote: > > Remove defconfig ptr comparison to 0 > > The memcpy from memory location 0 sure looks odd. Btw, this is also very compiler-bug-prone. And sadly, the cast to "(void *)" doesn't help. This could easily be a case where a compiler decides to play

Re: [PATCH] - [7/15] - remove defconfig ptr comparisons to 0 - fs/lockd

2007-11-13 Thread Neil Brown
On Tuesday November 13, [EMAIL PROTECTED] wrote: > Remove defconfig ptr comparison to 0 > > Remove sparse warning: Using plain integer as NULL pointer > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > --- > > diff --git a/fs/lockd/svcshare.c b/fs/lockd/svcshare.c > index 068886d..98548ad

Re: [PATCH] - [9/15] - remove defconfig ptr comparisons to 0 - fs/nfsd

2007-11-13 Thread Neil Brown
On Tuesday November 13, [EMAIL PROTECTED] wrote: > Remove defconfig ptr comparison to 0 > > Remove sparse warning: Using plain integer as NULL pointer > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > --- > > diff --git a/fs/nfsd/vfs.c b/fs/nfsd/vfs.c > index d019918..07b38cf 100644 > ---

Re: [patch 01/28] cpu alloc: The allocator

2007-11-13 Thread Andi Kleen
On Tue, Nov 13, 2007 at 05:52:08PM -0800, David Miller wrote: > Yes, I've run into similar problems with lockdep as well. > I had to build an ultra minimalized kernel to get it to > boot on my Niagara boxes. > > I think I even looked at the same lockdep code, and I'd > appreciate it if you'd

Re: [lm-sensors] [GIT PATCH] hwmon updates against v2.6.24-rc2

2007-11-13 Thread Mark M. Hoffman
Jean: > On Tue, 13 Nov 2007 08:12:10 -0500, Mark M. Hoffman wrote: > > Hi Linus: > > > > Please pull from: > > git://lm-sensors.org/kernel/mhoffman/hwmon-2.6.git release > > > > You'll get one new driver, a few cleanups, and a few bugfixes. This > > takes care of all known regressions;

Re: [BUG] New Kernel Bugs

2007-11-13 Thread Andrew Morton
On Tue, 13 Nov 2007 17:55:51 -0800 (PST) David Miller <[EMAIL PROTECTED]> wrote: > I've created [EMAIL PROTECTED] Let me just say - I'm astonished at how little spam gets though the vger lists. Considering how many times those email addresses must have been added to spam databases. It must be

Re: [PATCH] - [2/15] - remove defconfig ptr comparisons to 0 - drivers/net

2007-11-13 Thread Michael Chan
On Tue, 2007-11-13 at 18:04 -0800, Joe Perches wrote: > Remove defconfig ptr comparison to 0 > > Remove sparse warning: Using plain integer as NULL pointer > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > Acked-by: Michael Chan <[EMAIL PROTECTED]> Thanks. - To unsubscribe from this

Re: [BUG] New Kernel Bugs

2007-11-13 Thread Andrew Morton
On Tue, 13 Nov 2007 17:11:36 -0800 Stephen Hemminger <[EMAIL PROTECTED]> wrote: > On Tue, 13 Nov 2007 19:52:17 -0500 > Chuck Ebbert <[EMAIL PROTECTED]> wrote: > > > On 11/13/2007 04:12 PM, Alan Cox wrote: > > >> Bug fixing is not about finding someone to blame, it's about getting the > > >> bug

Re: mm snapshot broken-out-2007-11-13-04-14.tar.gz uploaded

2007-11-13 Thread Kevin Winchester
On November 13, 2007 08:15:41 am [EMAIL PROTECTED] wrote: > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-11-13- >04-14.tar.gz > > It contains the following patches against 2.6.24-rc2: > How

Re: [perfmon] Re: [perfmon2] perfmon2 merge news

2007-11-13 Thread Andi Kleen
[dropped all these bouncing email lists. Adding closed lists to public cc lists is just a bad idea] > int > main(int argc, char **argv) > { > int ctx_fd; > pfarg_pmd_t pd[1]; > pfarg_pmc_t pc[1]; > pfarg_ctx_t ctx; > pfarg_load_t load_args; > > memset(, 0,

  1   2   3   4   5   6   7   8   9   10   >