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
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
>
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
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
>
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
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
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
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,
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:
>
> 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
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
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
> > > 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
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
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.
> >
>
>
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,
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;
> > +
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:
> >
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
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
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
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
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
>
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.
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
[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
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
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
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
> > 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
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
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
> >
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
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
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
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
>
> > 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
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
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
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]: ***
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
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
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 :
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
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
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
>
> 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
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':
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,
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
-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
[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
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
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
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
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
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
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()
{
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
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
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
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:
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
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;
>
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
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.
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
> >
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
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
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
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
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:
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
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
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
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,
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
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
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
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
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
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
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
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
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 +
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
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
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
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
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
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
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
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
> ---
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
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;
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
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
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
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
[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 - 100 of 1240 matches
Mail list logo