This is to ensure that the objects we want to check aren't being destroyed
or changed by another thread.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c |7 ---
fs/unionfs/dentry.c |2 +-
fs/unionfs/file.c | 10 +-
fs/unionfs/inode.c
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/mmap.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/fs/unionfs/mmap.c b/fs/unionfs/mmap.c
index 468dc61..bb00fd5 100644
--- a/fs/unionfs/mmap.c
+++
Don't perform dentry+inode checks unless both are valid.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/debug.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/unionfs/debug.c b/fs/unionfs/debug.c
index 0066ccd..8464fbb 100644
--- a/fs/unionfs/debug.c
Simplify the code and reduce stack pressure a bit.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/mmap.c | 44 ++--
1 files changed, 14 insertions(+), 30 deletions(-)
diff --git a/fs/unionfs/mmap.c b/fs/unionfs/mmap.c
index
Use a small delay to reduce the number of times unionfs has to detect
changed mtime's/ctime's, and also reduce the potential for false positives.
See Documentation/filesystems/unionfs/concepts.txt for a detailed
discussion.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
No need for this because our readpage calls vfs_read on the lower objects,
which would update the atime as/if needed.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/file.c |8
fs/unionfs/mmap.c |6 --
2 files changed, 0 insertions(+), 14 deletions(-)
diff
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c | 10 +-
fs/unionfs/inode.c |4 ++--
fs/unionfs/rdstate.c|4 ++--
fs/unionfs/rename.c |4 ++--
fs/unionfs/super.c |2 +-
5 files changed, 12 insertions(+), 12 deletions(-)
diff
Remove the totalopens counter which was intended to reduce unnecessary
processing of d_deleted dentries. Move that processing from file_release to
flush.
Cc: Hugh Dickins <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c | 30
The following is a series of patches related to Unionfs. The main changes
here are bug fixes and improved cache-coherency methods.
These patches were tested (where appropriate) on Linus's 2.6.24 latest code
(as of v2.6.24-rc2-330-g325d22d), for the first time on MM
(mmotm-2007-11-10-19-05), as
On Tue, 2007-11-13 at 10:10 +0100, Peter Zijlstra wrote:
> On Tue, 2007-11-13 at 08:12 +1100, Benjamin Herrenschmidt wrote:
> > > And here is an updated patch. There has to be a better way than the
> > > #ifdef, but I need the two local variables, and breaking the intervening
> > > code out into
* David Brownell <[EMAIL PROTECTED]> wrote:
> > > I speculate that either the design has changed (without fanfare),
> > > or else that stuff is in RT kernels and has not yet gone upstream.
> >
> > Well whatever. We shouldn't have to resort to caller-side party
> > tricks like this to get
On Tue, Nov 06, 2007 at 10:04:51PM +0100, Milan Broz wrote:
> Petar Bogdanovic wrote:
> > I experience some strange problems with my loopback-on-ext3-setup.
> > After creating a plain `zeroed' dummy-file and doing a /dev/loop/0 on
> > it, every dd or mke2fs hangs while doing certain write()s. Here
On Tue, 2007-11-13 at 08:12 +1100, Benjamin Herrenschmidt wrote:
> > And here is an updated patch. There has to be a better way than the
> > #ifdef, but I need the two local variables, and breaking the intervening
> > code out into a separate function didn't quite seem right either.
> >
> >
On Tue, 13 Nov 2007 11:35:18 +0300 Alexey Starikovskiy <[EMAIL PROTECTED]>
wrote:
> I can not contact with Len for several days, while the oops on battery
> seems quite important.
> It also seem to behave well in -mm tree (as part of Len's acpi-test).
> Will you send this patch to Linus without
Andrew,
I can not contact with Len for several days, while the oops on battery
seems quite important.
It also seem to behave well in -mm tree (as part of Len's acpi-test).
Will you send this patch to Linus without approval from Len or should I?
Thanks,
Alex.
Andrew Morton wrote:
On Fri, 09
On Tue, 2007-11-13 at 10:19 +0800, Zhang, Yanmin wrote:
> On Mon, 2007-11-12 at 17:48 +0100, Peter Zijlstra wrote:
> > On Mon, 2007-11-12 at 17:05 +0200, Benny Halevy wrote:
> > > On Nov. 12, 2007, 15:26 +0200, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > > > Single socket, dual core opteron, 2GB
On Mon, 12 Nov 2007, Andrew Morton wrote:
> hm, that doesn't seem right. We want to run the early quirks on non-ACPI
> kernel too, surely?
>
> If so then the fix would be to move the early_quirks() declaration from
> include/asm-x86/acpi_[32|64].h into, say, include/asm-x86/pci.h. And while
>
Re-sent with proper addressing ...
Rob Meijer wrote:
>> The
>> system is "defended" in that the worst the attacker can do to corrupt
>> the system is limited to the transitive closure of what the confined
>> processes are allowed to access.
>>
> The damage the atacker can do would be defined
On Nov 12, 2007 11:59 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>
> Thinking of it more, this requirement to "group tasks for only accounting
> purpose" may be required for other resources (mem, io, network etc) as well?
> Should we have a generic accounting controller which can provide
On Fri, 21 Sep 2007 10:55:05 +0530 "Aneesh Kumar K.V" <[EMAIL PROTECTED]> wrote:
> Also add generic_find_next_le_bit
>
> This gets used by the ext4 multi block allocator patches.
>
arm allmodconfig:
fs/ext4/mballoc.c: In function `ext4_mb_generate_buddy':
fs/ext4/mballoc.c:836: error:
On Nov 12, 2007 11:59 PM, Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
Thinking of it more, this requirement to group tasks for only accounting
purpose may be required for other resources (mem, io, network etc) as well?
Should we have a generic accounting controller which can provide these
On Fri, 21 Sep 2007 10:55:05 +0530 Aneesh Kumar K.V [EMAIL PROTECTED] wrote:
Also add generic_find_next_le_bit
This gets used by the ext4 multi block allocator patches.
arm allmodconfig:
fs/ext4/mballoc.c: In function `ext4_mb_generate_buddy':
fs/ext4/mballoc.c:836: error: implicit
On Mon, 12 Nov 2007, Andrew Morton wrote:
hm, that doesn't seem right. We want to run the early quirks on non-ACPI
kernel too, surely?
If so then the fix would be to move the early_quirks() declaration from
include/asm-x86/acpi_[32|64].h into, say, include/asm-x86/pci.h. And while
we're
Andrew,
I can not contact with Len for several days, while the oops on battery
seems quite important.
It also seem to behave well in -mm tree (as part of Len's acpi-test).
Will you send this patch to Linus without approval from Len or should I?
Thanks,
Alex.
Andrew Morton wrote:
On Fri, 09
On Tue, 2007-11-13 at 10:19 +0800, Zhang, Yanmin wrote:
On Mon, 2007-11-12 at 17:48 +0100, Peter Zijlstra wrote:
On Mon, 2007-11-12 at 17:05 +0200, Benny Halevy wrote:
On Nov. 12, 2007, 15:26 +0200, Peter Zijlstra [EMAIL PROTECTED] wrote:
Single socket, dual core opteron, 2GB memory
Re-sent with proper addressing ...
Rob Meijer wrote:
The
system is defended in that the worst the attacker can do to corrupt
the system is limited to the transitive closure of what the confined
processes are allowed to access.
The damage the atacker can do would be defined by the
On Tue, 13 Nov 2007 11:35:18 +0300 Alexey Starikovskiy [EMAIL PROTECTED]
wrote:
I can not contact with Len for several days, while the oops on battery
seems quite important.
It also seem to behave well in -mm tree (as part of Len's acpi-test).
Will you send this patch to Linus without
On Tue, 2007-11-13 at 08:12 +1100, Benjamin Herrenschmidt wrote:
And here is an updated patch. There has to be a better way than the
#ifdef, but I need the two local variables, and breaking the intervening
code out into a separate function didn't quite seem right either.
Thoughts?
On Tue, Nov 06, 2007 at 10:04:51PM +0100, Milan Broz wrote:
Petar Bogdanovic wrote:
I experience some strange problems with my loopback-on-ext3-setup.
After creating a plain `zeroed' dummy-file and doing a /dev/loop/0 on
it, every dd or mke2fs hangs while doing certain write()s. Here are
* David Brownell [EMAIL PROTECTED] wrote:
I speculate that either the design has changed (without fanfare),
or else that stuff is in RT kernels and has not yet gone upstream.
Well whatever. We shouldn't have to resort to caller-side party
tricks like this to get acceptable
On Tue, 2007-11-13 at 10:10 +0100, Peter Zijlstra wrote:
On Tue, 2007-11-13 at 08:12 +1100, Benjamin Herrenschmidt wrote:
And here is an updated patch. There has to be a better way than the
#ifdef, but I need the two local variables, and breaking the intervening
code out into a
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/commonfops.c | 10 +-
fs/unionfs/inode.c |4 ++--
fs/unionfs/rdstate.c|4 ++--
fs/unionfs/rename.c |4 ++--
fs/unionfs/super.c |2 +-
5 files changed, 12 insertions(+), 12 deletions(-)
diff
Remove the totalopens counter which was intended to reduce unnecessary
processing of d_deleted dentries. Move that processing from file_release to
flush.
Cc: Hugh Dickins [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/commonfops.c | 30
On Tue, 2007-11-13 at 10:10 +0100, Peter Zijlstra wrote:
Correct, -rt can't allocate -anything- when preemption if off. That is
the cost for having the allocators itself preemptable.
Even radix_tree_preload() will not work as its functionality was based
on preempt disable to limit access
Joonwoo Park wrote:
2007/11/13, David Miller [EMAIL PROTECTED]:
From: Willy Tarreau [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 00:32:57 +0100
At least, being able to disable the feature at module load time
would be acceptable. Many people who often need to sniff on decent
machines would
In message [EMAIL PROTECTED], Hugh Dickins writes:
On Fri, 9 Nov 2007, Erez Zadok wrote:
In message [EMAIL PROTECTED], Hugh Dickins writes:
Three, I believe you need to add a flush_dcache_page(lower_page)
after the copy_highpage(lower_page): some architectures will need
that to see
On Mon, Nov 12, 2007 at 02:46:30PM -0500, Mike Frysinger wrote:
the current checkpatch.pl does not reject new files that lack a
newline, yet rejects patches that fix newlines in files ... quite the
opposite of what we actually want
Nice. Just what the world needs. I wonder what the heck that
This is to ensure that the objects we want to check aren't being destroyed
or changed by another thread.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/commonfops.c |7 ---
fs/unionfs/dentry.c |2 +-
fs/unionfs/file.c | 10 +-
fs/unionfs/inode.c |
Don't perform dentry+inode checks unless both are valid.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/debug.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/unionfs/debug.c b/fs/unionfs/debug.c
index 0066ccd..8464fbb 100644
--- a/fs/unionfs/debug.c
+++
Use a small delay to reduce the number of times unionfs has to detect
changed mtime's/ctime's, and also reduce the potential for false positives.
See Documentation/filesystems/unionfs/concepts.txt for a detailed
discussion.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
No need for this because our readpage calls vfs_read on the lower objects,
which would update the atime as/if needed.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/file.c |8
fs/unionfs/mmap.c |6 --
2 files changed, 0 insertions(+), 14 deletions(-)
diff --git
The following is a series of patches related to Unionfs. The main changes
here are bug fixes and improved cache-coherency methods.
These patches were tested (where appropriate) on Linus's 2.6.24 latest code
(as of v2.6.24-rc2-330-g325d22d), for the first time on MM
(mmotm-2007-11-10-19-05), as
Hi
commit to .24 tree:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=93b1eab3d29e7ea32ee583de3362da84db06ded8
introduces:
+EXPORT_SYMBOL_GPL(pv_mmu_ops);
+EXPORT_SYMBOL_GPL(pv_cpu_ops);
pv_cpu_ops is for nvidia
pv_mmu_ops' is for amd(ati)
which will break 32bit
Simplify the code and reduce stack pressure a bit.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/mmap.c | 44 ++--
1 files changed, 14 insertions(+), 30 deletions(-)
diff --git a/fs/unionfs/mmap.c b/fs/unionfs/mmap.c
index 34fd8aa..ef8822f
Signed-off-by: Hugh Dickins [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/mmap.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/fs/unionfs/mmap.c b/fs/unionfs/mmap.c
index 468dc61..bb00fd5 100644
--- a/fs/unionfs/mmap.c
+++
Don't set/reset the PageUptodate flag on our page. Call flush_dcache_page
on the lower page after copy_highpage, and set it uptodate. Call
set_page_dirty right before clear_page_dirty_for_io.
CC: Hugh Dickins [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/mmap.c |
Tuomo Valkonen wrote:
Well, I'm using two years old 2.6.7 kernel, because the newer
ones have become utter and total crap. (See the link in the
previous post.) It will likely be my last Linux kernel ever,
that I will use until this system becomes simply too obsolete,
at which point, if not
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 entry to complement the
On Tue, Nov 13, 2007 at 09:27:20 +1100, David Chinner wrote:
[...]
No. I'd say something got screwed up during suspend/resume. Is it
reproducable?
No. I often use suspend to RAM, and usually it works without such
failures. I restart squid during the resume prosecure, and the above
Oops lead
When trying to build 2.6.24-rc2 with checking by sparse 0.4,
my make run dies with:
CHECK kernel/sched.c
kernel/sched.c:3616:15: warning: incorrect type in assignment (different
signedness)
kernel/sched.c:3616:15:expected long *switch_count
kernel/sched.c:3616:15:got unsigned long
On Mon, Nov 12, 2007 at 02:46:30PM -0500, Mike Frysinger wrote:
the current checkpatch.pl does not reject new files that lack a
newline, yet rejects patches that fix newlines in files ... quite the
opposite of what we actually want
[EMAIL PROTECTED] echo -n moo no-newline.c
[EMAIL PROTECTED]
SL Baur [EMAIL PROTECTED] wrote:
Please take the emacsism out of the file as it bothers Andrew and others.
I thought Andrew said it didn't bother him. I assume he was curious.
David
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On 11/13/07, Tilman Schmidt [EMAIL PROTECTED] wrote:
When trying to build 2.6.24-rc2 with checking by sparse 0.4,
my make run dies with:
CHECK kernel/sched.c
sparse: flow.c:805: rewrite_parent_branch: Assertion `changed' failed.
On Tue, 2007-11-13 at 11:05 +0100, Peter Zijlstra wrote:
Anyway, it seems its the generic irq stuff that uses raw_spinlock_t and
disables IRQs, so there isn't much we can do from the ARCH level I'm
afraid :-(
Ingo, any sane ideas?
Ok benh came up with a workable idea, he just needs a
Patrick McHardy [EMAIL PROTECTED] wrote:
I still think promiscous mode should disable all filters (which would
also provide a consistent view between accerlated and non-accerlated
devices), but an ethtool option is better than nothing :)
I agree. People doing a tcpdump don't have to turn on
From: Christoph Lameter [EMAIL PROTECTED]
Date: Tue, 06 Nov 2007 11:51:45 -0800
The core portion of the cpu allocator.
The per cpu allocator allows dynamic allocation of memory on all
processor simultaneously. A bitmap is used to track used areas.
The allocator implements tight packing to
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich [EMAIL PROTECTED]
wrote:
This is the listing of the open bugs that are relatively new, around
2.6.22 and up. They are vaguely classified by specific area.
(not a full list, there are more :)
The good part is that reporters of the bugs
On Tue, 13 Nov 2007 10:57:31 + David Howells [EMAIL PROTECTED] wrote:
SL Baur [EMAIL PROTECTED] wrote:
Please take the emacsism out of the file as it bothers Andrew and others.
I thought Andrew said it didn't bother him. I assume he was curious.
Well it's just one line - hardly a
On Tue, Nov 13 2007, Andrew Morton wrote:
I/O STORAGE===
kernel bug from pktcdvd
http://bugzilla.kernel.org/show_bug.cgi?id=9294
Kernel: 2.6.23
I think we might have fixed this.
It's fixed and merged, I just forgot to close the
The first util-linux-ng 2.13.1 release candidate is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/
(Note, 2.13.1 is stable maintenance release.)
Feedback and bug reports, as always, are welcomed.
Karel
Util-linux-ng 2.13.1 Release Notes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Avi Kivity escreveu:
Glauber de Oliveira Costa wrote:
This is the host part of kvm clocksource implementation. As it does
not include clockevents, it is a fairly simple implementation. We
only have to register a per-vcpu area, and start writting
On Tue, Nov 13, 2007 at 03:15:53AM -0800, Andrew Morton ([EMAIL PROTECTED])
wrote:
NETWORKING===
RTNLGRP_ND_USEROPT does not report ifindex (IPv6)
http://bugzilla.kernel.org/show_bug.cgi?id=9349
Kernel: 2.6.24+
No response from
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 19:09:23 +0800
I agree. People doing a tcpdump don't have to turn on promiscuous
mode, that's what the -p option is for. In other words, having
promiscuous mode disable VLAN filtering does not take away the
user's options at all.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andi Kleen escreveu:
On Fri, Nov 09, 2007 at 04:43:05PM -0200, Glauber de Oliveira Costa wrote:
This patch makes vsmp a paravirt client. It now uses the whole
infrastructure provided by pvops. When we detect we're running
a vsmp box, we change the
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:15:53 -0800
NETWORKING===
RTNLGRP_ND_USEROPT does not report ifindex (IPv6)
http://bugzilla.kernel.org/show_bug.cgi?id=9349
Kernel: 2.6.24+
No response from
I don't quite know what to make of this. It looks like a bug in
sparse, but kernel/sched.c is perhaps not quite innocent either.
Also it doesn't seem right that the entire kernel compilation
aborts just because of a failed sparse run.
Opinions?
With make C=1 you can always do make
On Mon, Nov 12, 2007 at 11:58:43AM -0500, Jakub Jelinek wrote:
On Sun, Nov 11, 2007 at 07:48:29AM +0100, Adrian Bunk wrote:
The gcc from svn that will become gcc 4.3 generates libgcc calls in
cases like the following (on 32bit architectures):
-- snip --
static inline void
On Tue, 2007-11-13 at 11:05 +0100, Peter Zijlstra wrote:
Looking at the code:
/* radix tree not lockless safe ! we use a brlock-type mecanism
* for now, until we can use a lockless radix tree
*/
static void irq_radix_wrlock(unsigned long *flags)
The RCU radix tree stuffs have gone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Amit Shah escreveu:
On Saturday 10 November 2007 00:12:41 Glauber de Oliveira Costa wrote:
Hey folks,
Here's a new spin of the pvops64 patch series.
We didn't get that many comments from the last time,
so it should be probably almost ready to
On 13-11-2007 12:15, Andrew Morton wrote:
...
Zero responses from developers
...
No response from developers
...
Andreas did some work, seemed to lose interest.
...
Rafael poked Thomas a week ago, to no effect. Thomas has been travelling.
Looks like very reproducible!
Maybe you should add
x86 CPU specific code is currently implemented in different ways for
64 and 32 bit. While there are almost no CPU specific files for 64
bit, there is the arch/x86/kernel/cpu/ directory for 32 bit. Is there
already an idea about whether to use kernel/cpu also for 64 bit?
Thanks,
-Robert
--
This version brings a new terse output mode as well as many improvements to
the unary detection and bare type regcognition. It also brings the usual
updates for false positives, though these seem to be slowing markedly
now that the unary detector is no longer just putting its finger in the
air
On Tue, 13 Nov 2007 03:39:46 -0800 (PST) David Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:15:53 -0800
NETWORKING===
RTNLGRP_ND_USEROPT does not report ifindex (IPv6)
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:49:16 -0800
Do you believe that our response to bug reports is adequate?
Do you feel that making us feel and look like shit helps?
I guess I'm just masterbating here all night long with the 46
bug fixes I've reviewed fully and
On Tue, Nov 13, 2007 at 12:44:43PM +0100, Robert Richter wrote:
x86 CPU specific code is currently implemented in different ways for
64 and 32 bit. While there are almost no CPU specific files for 64
bit, there is the arch/x86/kernel/cpu/ directory for 32 bit. Is there
already an idea about
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 04:00:45 -0800
On Sun, 21 Oct 2007 18:09:19 +0530 Ananth N Mavinakayanahalli [EMAIL
PROTECTED] wrote:
Move kprobes examples from Documentation/kprobes.txt to under samples/.
Patch originally by Randy Dunlap.
In addition, I
On Tue, Nov 13, 2007 at 03:36:11AM -0800, David Miller wrote:
The performance implications can be pretty severe however.
I wish we could address this somehow.
Or perhaps we should just teach everyone to always run tcpdump
with -p, like me :)
Of course this would still have a negative impact
On Sun, 21 Oct 2007 18:09:19 +0530 Ananth N Mavinakayanahalli [EMAIL
PROTECTED] wrote:
Move kprobes examples from Documentation/kprobes.txt to under samples/.
Patch originally by Randy Dunlap.
In addition, I have
o Updated the patch to apply on 2.6.23-mm1
o Modified examples code to
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 20:03:28 +0800
On Tue, Nov 13, 2007 at 03:36:11AM -0800, David Miller wrote:
The performance implications can be pretty severe however.
I wish we could address this somehow.
Or perhaps we should just teach everyone to always run
Hi everybody on the linux-kernel mailing list,
I discovered that the changelog-function of www.eu.kernel.org still
links / refers to www.kernel.org
e.g. if I click on:
The latest stable version of the Linux kernel is: 2.6.23.1
2007-10-12 16:47 UTCF V C
On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:49:16 -0800
Do you believe that our response to bug reports is adequate?
Do you feel that making us feel and look like shit helps?
That
Yoav Artzi wrote:
According to my knowledge the PAGE_SIZE on 32bit architectures in 4KB.
Logically, the PAGE_SIZE on 64bit architectures should be 8KB. That's
at least the way I understand it. However, looking at the kernel code
of x86_64, I see the PAGE_SIZE is 4KB.
Can anyone explain to
On Tue, Nov 13, 2007 at 04:06:24AM -0800, David Miller wrote:
In other words we can make it so that nobody is in promiscuous
mode and therefore have to disable VLAN acceleration *unless*
they really want to be in that state. In which case it would
imply that they wish to see everything
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dong, Eddie escreveu:
+static void kvm_write_guest_time(struct kvm_vcpu *vcpu) +{
+struct timespec ts;
+int r;
+
+if (!vcpu-clock_gpa)
+return;
+
+/* Updates version to the next odd number, indicating
we're writing
Herbert Xu wrote:
On Tue, Nov 13, 2007 at 04:06:24AM -0800, David Miller wrote:
In other words we can make it so that nobody is in promiscuous
mode and therefore have to disable VLAN acceleration *unless*
they really want to be in that state. In which case it would
imply that they wish to see
Glauber de Oliveira Costa wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dong, Eddie escreveu:
+static void kvm_write_guest_time(struct kvm_vcpu *vcpu) +{
+ struct timespec ts;
+ int r;
+
+ if (!vcpu-clock_gpa)
+ return;
+
+ /* Updates version to
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 04:12:59 -0800
On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller [EMAIL PROTECTED]
wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:49:16 -0800
Do you believe that our response to bug reports is
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 20:16:47 +0800
Perhaps those who want to push this patch should be encouraged
to convert e1000 to the new interface :)
That is my feeling as well :-)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
The vsmp_64.c file is now compiled unconditionally, according to which
me and kiran agreed to. The detection code is always run, but will only
trigger when a suitable box is found. Accordingly, the paravirt structs
are only touched when PARAVIRT is on. Otherwise, we don't even have the
Hello,
When removing a PCMCIA pc card from the kernel, no kernel UEVENT is generated
for UDEV to process:
code
$ sudo udevmonitor
udevmonitor will print the received events for:
UDEV the event which udev sends out after rule processing
UEVENT the kernel uevent
UEVENT[1194953228.779786]
add
On Mon, 12 Nov 2007 17:53:06 + (UTC)
Tuomo Valkonen [EMAIL PROTECTED] wrote:
The complement of open source is not closed source, or at least
source not available. (And I doubt it's even illegal to look at
source you have somehow got.) It includes so-called license-free
or license-less
I have tagged and tarballed Sparse 0.4.1, now available from
http://kernel.org/pub/software/devel/sparse/dist/sparse-0.4.1.tar.gz,
with sha1sum `14085c5317cd7f2c8392fb762969906fa91888ef`.
This bugfix release fixes a Sparse assertion which recent Linux kernels started
triggering, along with a few
[NETFILTER]: ipt_SAME: add compat conversion functions
ipt_SAME should have the compat function cause its entry structure
(ipt_same_info)
contains a pointer between data filled/checked in both kernel and userspace.
Signed-off-by: Konstantin Khorenko [EMAIL PROTECTED]
---
Thank you,
On 11/13/2007 01:15 PM, [EMAIL PROTECTED] wrote:
The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to
$ uname -a
Linux bellona 2.6.23-rc8-mm2_64 #58 SMP Fri Sep 28 08:52:12 CEST 2007 x86_64
x86_64 x86_64 GNU/Linux
$ make O=../bu cscope
FILELST cscope.files
find:
On Tue, 2007-11-13 at 03:18 -0800, Andrew Morton wrote:
On Tue, 13 Nov 2007 10:57:31 + David Howells [EMAIL PROTECTED] wrote:
SL Baur [EMAIL PROTECTED] wrote:
Please take the emacsism out of the file as it bothers Andrew and others.
I thought Andrew said it didn't bother him.
On 11/13/2007 01:15 PM, [EMAIL PROTECTED] wrote:
The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to
ERROR: nfs_put_super [fs/nfs/nfs.ko] undefined!
ERROR: nfs_sb_deactive [fs/nfs/nfs.ko] undefined!
make[2]: *** [__modpost] Error 1
make[1]: *** [modules] Error 2
config:
Hi,
Kernel exception is triggered on the powerpc while running kernbench with
sparsemem enabled.
cpu 0x3: Vector: 300 (Data Access) at [c0077685b8c0]
pc: 4570
lr: 0ff1ab24
sp: c0077685bb40
msr: 80001000
dar: c0077685bce0
dsisr: a00
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andi Kleen escreveu:
The vsmp_64.c file is now compiled unconditionally, according to which
me and kiran agreed to. The detection code is always run, but will only
trigger when a suitable box is found. Accordingly, the paravirt structs
are only
* David Miller ([EMAIL PROTECTED]) wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 04:00:45 -0800
On Sun, 21 Oct 2007 18:09:19 +0530 Ananth N Mavinakayanahalli [EMAIL
PROTECTED] wrote:
Move kprobes examples from Documentation/kprobes.txt to under samples/.
If vsmp is selected, PARAVIRT will be too, and the interrupt code will
be patched.
the vsmp option triggers a select statement.
the ifdef only exists because, as I said, the code itself will be always
compiled in, to avoid an ifdef in setup_64.c. So it's just a taking it
from here,
601 - 700 of 1240 matches
Mail list logo