On Tue, May 08, 2007 at 03:17:53PM -0700, Randy Dunlap wrote:
> On Thu, 29 Mar 2007 15:24:00 -0700 David Brownell wrote:
>
> > On Thursday 29 March 2007 3:06 pm, Randy Dunlap wrote:
> > > On Tue, 20 Feb 2007 01:06:54 +0100 Adrian Bunk wrote:
> > >
> > > > On Sun, Jan 14, 2007 at 06:36:10AM -0800,
Jan Engelhardt wrote:
> On May 8 2007 13:51, Jeremy Fitzhardinge wrote:
>
>> +
>> +static const char *skip_sep(const char *cp)
>>
>
> These are so simple they could use an 'inline' tag.
>
I'm sure the compiler can work that out for itself.
>> +#ifdef TEST
>>
>
> But not in the end
On Wed, May 09, 2007 at 12:14:25AM +0200, Zbigniew Baniewski wrote:
> On Tue, May 08, 2007 at 11:16:46PM +0200, Willy Tarreau wrote:
>
> > depmod: init_cmd640_vlb
>
> There wasn't such message.
No, because it seems that your debian scripts hide it (or log it somewhere
else). But if you d
ACPI: fix oops after dock driver fails to initialize
The driver tests the dock_station pointer for nonnull
to check whether it has initialized properly. But in
some cases dock_station will be non-null after being
freed when driver init fails. Fix by zeroing the
pointer after freeing.
Signed-off-b
On Wed, May 09, 2007 at 12:29:27AM +0200, Nick Piggin wrote:
> On Tue, May 08, 2007 at 09:06:32AM -0600, Matthew Wilcox wrote:
> > On Tue, May 08, 2007 at 01:37:09PM +0200, Nick Piggin wrote:
> > > --
> > > Introduce test_and_set_bit_lock / clear_bit_unlock bitops with lock
> > > semantics.
> > >
On 5/8/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
Jeremy Fitzhardinge wrote:
Specifically boot_params.screen_info isn't being properly set up by the
caller.
will setup real_mode_data in kexec path?
YH
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Dan Williams wrote:
I'll audit the list of ioctls and remove ones that may be objectionable,
and we'll go back through them after 2.6.22 and add back in ones that
are actually required. Keep the API/ABI small and expand if necessary.
What's the timeframe required here? Linville said a few days
On Wed, May 09, 2007 at 07:30:27AM +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2007-05-08 at 13:40 +0200, Nick Piggin wrote:
> > This patch trades a page flag for a significant improvement in the
> > unlock_page
> > fastpath. Various problems in the previous version were spotted by Hugh and
> >
On Tuesday 08 May 2007, Thomas Gleixner wrote:
> On Tue, 2007-05-08 at 00:00 +0200, Jörn Engel wrote:
> > +#define packed __attribute__((__packed__))
>
> Please use the __attribute__((__packed__)) on your structs instead of
> creating some extra "needs lookup" magic.
Don't worry, we have __packed
On Wed, May 09, 2007 at 12:24:32AM +0200, Andi Kleen wrote:
> Somehow yes. But i'm not going to add a useless syscall just to
> shut it up.
It turns out this has come up in other places. Sam has a suggestion
on how to silence this per-arch so I'll post a patch once that change
is in.
-
To unsub
Adds support of IRDA transceiver residing on PowerQUICC processors and
enabling such on mpc885ads reference board. The driver is implemented
using of_device concept, hereby implies arch/powerpc support of the target.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig
On Tue, May 08, 2007 at 04:40:36PM -0600, Matthew Wilcox wrote:
> On Wed, May 09, 2007 at 12:29:27AM +0200, Nick Piggin wrote:
> > On Tue, May 08, 2007 at 09:06:32AM -0600, Matthew Wilcox wrote:
> > > On Tue, May 08, 2007 at 01:37:09PM +0200, Nick Piggin wrote:
> > > > --
> > > > Introduce test_and
Hi Ken,
On 08/05/07, Ken Moffat <[EMAIL PROTECTED]> wrote:
This is a resend, with a better title and slightly more
clarification. Originally sent yesterday evening, but I can see no
evidence that it got beyond my isp's mailserver. Apologies to the
Cc's if you did get the original.
Using Lin
Lennart Sorensen wrote:
On Tue, May 08, 2007 at 05:19:45PM -0400, Jeff Garzik wrote:
+Do not unnecessarily use braces where a single statement will do.
+
+if (condition)
+ action();
+
+This does not apply if one branch of a conditional statement is a single
+statement. Use braces in bo
On Wed, May 09, 2007 at 12:41:24AM +0200, Nick Piggin wrote:
> On Wed, May 09, 2007 at 07:30:27AM +1000, Benjamin Herrenschmidt wrote:
> > On Tue, 2007-05-08 at 13:40 +0200, Nick Piggin wrote:
> > > This patch trades a page flag for a significant improvement in the
> > > unlock_page
> > > fastpath
On Tue, May 08, 2007 at 10:58:27PM +0200, J??rn Engel wrote:
> On Tue, 8 May 2007 22:15:18 +0300, Pekka Enberg wrote:
> > On 5/8/07, J??rn Engel <[EMAIL PROTECTED]> wrote:
> > >> > +typedef __be16 be16;
> > >> > +typedef __be32 be32;
> > >> > +typedef __be64 be64;
> > >>
> > >> Why are those typede
On Wed, May 09, 2007 at 12:39:22AM +0200, Willy Tarreau wrote:
> This "sanscrit-like" language is an oops (in fact a kernel panic, but the
> dump format is called an oops). It is what developers use to find bugs.
Of course, I'm aware. ;)
> I see that you're using devfs.
No, I'm not. No idea, wh
Stephen Clark wrote:
Lennart Sorensen wrote:
On Tue, May 08, 2007 at 05:19:45PM -0400, Jeff Garzik wrote:
If anyone tries to add braces to my code's 'else' statements where
they are not required, that patch will get NAK'd in a heartbeat.
Oh isn't coding style fun. I personally hate code tha
On Tue, May 08, 2007 at 08:51:42PM +0100, Ken Moffat wrote:
> This is a resend, with a better title and slightly more
> clarification. Originally sent yesterday evening, but I can see no
> evidence that it got beyond my isp's mailserver. Apologies to the
> Cc's if you did get the original.
>
>
On Wed, May 09, 2007 at 12:47:02AM +0200, Michal Piotrowski wrote:
>
> Please check the latest -git.
>
> 31 hours ago Linus Torvalds Revert "[PATCH] x86: __pa and
> __pa_symbol address space ...
>
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e3ebadd95cb621e2c74
On Tue, 8 May 2007, Kevin Winchester wrote:
> x86_64 UP Athlon64 I get a crash on boot using SLUB. Switching to SLAB makes
> it go away. I don't have a serial console, so the best I have is a digital
> photo of as many lines as my VGA console was able to get (60 or so). Is there
> a better way
On Tue, 8 May 2007 14:27:33 -0700 (PDT) David Rientjes wrote:
> On Tue, 8 May 2007, Jeremy Fitzhardinge wrote:
>
> > It's probably worth noting that "asm volatile (...)" doesn't mean what
> > many people think it means: specifically, it *does not* prevent the asm
> > from being reordered with res
On Mon, 07 May 2007 23:51:47 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Until we have better performance numbers on the lazy reclaim path,
> we can just alias MADV_FREE to MADV_DONTNEED with this trivial
> patch.
>
> This way glibc can go ahead with the optimization on their side
> and we ca
It seems that a uevent notification fails.
Does this patch fix it?
---
mm/slub.c |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6/mm/slub.c
===
--- linux-2.6.orig/mm/slub.c2007-05-08 16:06:54.0 -0700
+++ linux-2
On Tue, 8 May 2007 13:20:31 -0700 (PDT) David Rientjes wrote:
> On Tue, 8 May 2007, Krzysztof Halasa wrote:
>
> > > Since 'volatile' has two different semantics depending on the context in
> > > which it is used, this warning should be appended to include the fact
> > > that
> > > it is legiti
On Wed, 9 May 2007 00:44:14 +0200, Ingo Oeser wrote:
> On Tuesday 08 May 2007, Thomas Gleixner wrote:
> > On Tue, 2007-05-08 at 00:00 +0200, Jörn Engel wrote:
> > > +#define packed __attribute__((__packed__))
> >
> > Please use the __attribute__((__packed__)) on your structs instead of
> > creatin
Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4ea1b0f4c4f656e0838a937c47be9544ed1c5118
Commit: 4ea1b0f4c4f656e0838a937c47be9544ed1c5118
Parent: 6de2d20235a2b8c751d39ec4b68347d66b19d815
Author: Dmitriy Mona
yhlu wrote:
> On 5/8/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>> Jeremy Fitzhardinge wrote:
>> Specifically boot_params.screen_info isn't being properly set up by the
>> caller.
>
> will setup real_mode_data in kexec path?
-ENOPARSE
-hpa
-
To unsubscribe from this list: send the lin
On Tue, 8 May 2007 15:52:53 -0700, Greg KH wrote:
> On Tue, May 08, 2007 at 10:58:27PM +0200, J??rn Engel wrote:
> >
> > Basically I prefer be64 over __be64 for similar reasons that most people
> > prefer u64 over __u64. Others prefer uint64_t over both, but C99 hasn't
> > defined beint64_t yet.
Rik van Riel wrote:
Nick Piggin wrote:
We have percpu and cache affine page allocators, so when
userspace just frees a page, it is likely to be cache hot, so
we want to free it up so it can be reused by this CPU ASAP.
Likewise, when we newly allocate a page, we want it to be one
that is cache h
On Tue, May 08, 2007 at 03:05:56PM -0700, Mingming Cao wrote:
> On Tue, 2007-05-08 at 12:50 +1000, David Chinner wrote:
> > On Mon, May 07, 2007 at 01:56:23PM -0700, Mingming Cao wrote:
> > > In any case, it would be useful to add a new set of testsuites for the
> > > new fallocate() syscall and fs
Jack> }
Jack> +
Jack> +bool is_affinity_mask_valid(cpumask_t cpumask)
Jack> +{
Jack> + if (ia64_platform_is("sn2")) {
Jack> + /* Only allow one CPU to be specified in the smp_affinity mask
*/
Jack> + if (cpus_weight(cpumask) != 1)
Jack> + return false;
Why not ju
Jeff Garzik wrote:
Nick Piggin wrote:
Two things on top of a lot of people's pet peeves list are lack of
good review bandwidth, and poor driver code! So it is sad this was
merged without Christoph's comments being addressed. "it works for
me, we can fix it later" is probably a big reason for qu
On Tue, May 08, 2007 at 08:26:08PM +0400, Vitaly Bordug wrote:
> On Tue, 8 May 2007 07:29:20 -0700
> "Loeliger Jon-LOELIGER" <[EMAIL PROTECTED]> wrote:
>
> >
> > > > - [EMAIL PROTECTED] {
> > > > - linux,phandle = ;
> > > > + pci_pic:[EMAIL PROTECTED] {
> > >
>
On Tue, May 08, 2007 at 07:29:20AM -0700, Jon Loeliger wrote:
>
> > > - [EMAIL PROTECTED] {
> > > - linux,phandle = ;
> > > + pci_pic:[EMAIL PROTECTED] {
> >
> > I'd like to establish a convention of putting a space after the : and
> > using capitals for labels unless
On Tue, 8 May 2007 13:07:51 -0700 Satyam Sharma wrote:
> Yes, definitely. Say Documentation/volatile-usage.txt -- this raw
> version could be touched a little bit, to have sections that clearly
> explain (1) how volatile makes the compiler generate trashy code, (2)
> why volatile doesn't even do w
Christoph Lameter wrote:
On Tue, 8 May 2007, Kevin Winchester wrote:
x86_64 UP Athlon64 I get a crash on boot using SLUB. Switching to SLAB makes
it go away. I don't have a serial console, so the best I have is a digital
photo of as many lines as my VGA console was able to get (60 or so).
On Tue, 8 May 2007 12:33:48 +0200
Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
>
> ---
>
> diff -Nurp 2.6.21-mm1-/kernel/timer.c 2.6.21-mm1/kernel/timer.c
> --- 2.6.21-mm1-/kernel/timer.c2007-05-08 11:54:48.0 +0200
> +++ 2.6.2
On Tue, 2007-05-08 at 17:41 +1000, Nick Piggin wrote:
> Fancy that! Thanks for catching it Rusty, does the following work for
> you?
Hi Nick,
After 24 hours, it seems to be holding up (the original problem showed
up in lguest, which uses get_user_pages extensively).
Thanks!
Rusty.
-
To
On 5/9/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
Randy Dunlap wrote:
> On Tue, 8 May 2007 19:03:10 GMT Linux Kernel Mailing List wrote:
>
>> Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e659ba4a0d2d471c0d73590f78e1a1b5a1eede48
>> Commit: e659ba
On Tue, May 08, 2007 at 06:40:54PM -0400, Jeff Garzik wrote:
> Dan Williams wrote:
> >I'll audit the list of ioctls and remove ones that may be objectionable,
> >and we'll go back through them after 2.6.22 and add back in ones that
> >are actually required. Keep the API/ABI small and expand if nec
On Wed, 09 May 2007 01:01:34 +0200, Andi Kleen said:
> Already known, although it is still unclear what the bug actually is.
> Can you run with the appended patch please (from Eric Biederman)
> and post any backtraces the WARN_ON in there spews out?
> diff --git a/include/asm-x86_64/page.h b/inclu
On Tue, 8 May 2007, Kevin Winchester wrote:
> Here's the dmesg of the slub_debug run, I'll try the patch next:
Ok someone wrote to an object after it was freed. Not slubs problem.
> [1.367129] Object 0x810001bdecd0: 80 b7 b1 01 00 81 ff ff 6b 6b
> 6b 6b 6b 6b 6b 6b .·±...
T
Jakub Jelinek wrote:
On Tue, May 08, 2007 at 04:12:00PM +1000, Nick Piggin wrote:
I didn't actually check system and user times for the mysql
benchmark, but that's exactly what I had in mind when I
mentioned the poor cache behaviour this patch could cause. I
definitely did see user times go up
On Wed, May 09, 2007 at 12:12:29AM +0200, Andi Kleen wrote:
> On Tue, May 08, 2007 at 07:22:33PM +0200, Frederik Deweerdt wrote:
> > On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
> > >
>
On Tue, 2007-05-08 at 13:51 -0700, Jeremy Fitzhardinge wrote:
> plain text document attachment (usermodehelper-split-init.patch)
> Rather than having hundreds of variations of call_usermodehelper for
> various pieces of usermode state which could be set up, split the
> info allocation and initializ
On Tue, 8 May 2007, Randy Dunlap wrote:
> It's already there, isn't it?
>
> The only acceptable uses for "volatile" are:
>
> - in _code_, i.e., for things like the definition of "readb()" etc, where we
>use it to force a particular access.
> - with inline asms
> - on "jiffies", for stup
David Rientjes wrote:
On Tue, 8 May 2007, Randy Dunlap wrote:
It's already there, isn't it?
The only acceptable uses for "volatile" are:
- in _code_, i.e., for things like the definition of "readb()" etc, where we
use it to force a particular access.
- with inline asms
- on "jiffies",
On Tue, 8 May 2007, Kevin Winchester wrote:
> [1.376783] [] kernel_init+0xc4/0x2a0
> [1.376857] [] __switch_to+0x2a/0x2d0
> [1.376932] [] child_rip+0xa/0x12
> [1.377006] [] kernel_init+0x0/0x2a0
> [1.377080] [] child_rip+0x0/0x12
> [1.377151]
> [1.377221] @@@ SLUB
Rusty Russell wrote:
> call_usermodehelper_pipe()? Erk. Grepping... for core dumping via a
> process? Without modifying the ELF core dumper (at least) to handle
> short writes? Why not dump it in an agreed location and exec the
> process with that as an arg?
>
I think the idea is that you m
On Wed, May 09, 2007 at 01:10:09AM +0200, J??rn Engel wrote:
>
> The remaining question is how to deal with kernel-only code that uses
> be64. Convert that to __be64 as well? Or introduce be64 in
> include/linix/types.h instead?
I say leave it alone for now, it's not that common :)
thanks,
gr
On Tue, 08 May 2007 20:44:11 +0100
David Howells <[EMAIL PROTECTED]> wrote:
> Implement support for writing to regular AFS files, including:
>
> (1) write
>
> (2) truncate
>
> (3) fsync, fdatasync
>
> (4) chmod, chown, chgrp, utime.
>
> AFS writeback attempts to batch writes into as chunk
On 5/8/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
I think I have a reasonable grip on the voluntary and full preempt
models, can anyone give me any wisdom on the preempt of the BKL? I know
what it does, the question is where it might make a difference under
normal loads. Define normal as server
Esben Nielsen wrote:
On Tue, 8 May 2007, Peter Williams wrote:
Esben Nielsen wrote:
On Sun, 6 May 2007, Linus Torvalds wrote:
> > > On Sun, 6 May 2007, Ingo Molnar wrote:
> > > > * Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > > > > So the _only_ valid way to handle timers is to
> > >
On Tue, 2007-05-08 at 20:32 +0200, Alexander van Heukelum wrote:
> On Tue, May 08, 2007 at 03:28:17AM -0700, Andrew Morton wrote:
> > On Sat, 5 May 2007 12:44:52 +0200 Alexander van Heukelum <[EMAIL
> > PROTECTED]> wrote:
> > > --- a/arch/i386/boot/bootsect.S
> > > +++ b/arch/i386/boot/bootsect.S
On Tue, 8 May 2007, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Add information on the problems with the C-language "volatile" keyword
> and why it should not be used (most of the time).
>
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
> ---
> Documentation/volatile-usag
Hi Rusty!
Rusty Russell wrote:
On Tue, 2007-05-08 at 17:41 +1000, Nick Piggin wrote:
Fancy that! Thanks for catching it Rusty, does the following work for
you?
Hi Nick,
After 24 hours, it seems to be holding up (the original problem showed
up in lguest, which uses get_user_pages ex
On Wed, May 09, 2007 at 01:01:34AM +0200, Andi Kleen wrote:
>
> Already known, although it is still unclear what the bug actually is.
> Can you run with the appended patch please (from Eric Biederman)
> and post any backtraces the WARN_ON in there spews out?
>
> Also do you use swiotlb?
>
> Th
Hi:
I am running Redhat Linux Enterprise version 4 update 4 on a dual-core
4G memory machine.
There are many references on the web talking about increasing default
user address space
to 3.5 G however lacking specific instrcutions. My questions:
1. What is the specific steps to be done for the k
Some IR-remote will produce key codes larger than 128. Enlarge the size
IR_KEYTAB_SIZE to 256 to enable all the keys.
Signed-off-by: Tony Wan <[EMAIL PROTECTED]>
---
include/media/ir-common.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/media/ir-common.h b/inc
Support the 10moons TM300 TV card (so called TV Master 3), which is a
10moons saa7130 based new board.
Here not include features for the IR-remote.
It has been tested using TVTIME. The card was auto-detected and all the
input sources worked correct with sound.
Signed-off-by: Tony Wan <[EMAIL PROT
Enable the IR-remote of the 10moons TM300 card and add the key-codes for
it's remote. But to enable all the keys, "IR_KEYTAB_SIZE", the size of
code tables should be at least 256.
It has been tested using lirc. All the key codes are accepted.
This patch depends on the "[PATCH 1/3] v4l: Support 10
On Tue, May 08, 2007 at 04:02:20PM -0700, [EMAIL PROTECTED] wrote:
> bool "SLOB (Simple Allocator)"
> help
> SLOB replaces the SLAB allocator with a drastically simpler
> allocator. SLOB is more space efficient that SLAB but does not
> -scale well (single lock
On Tue, 08 May 2007 13:08:55 -0400
Lee Schermerhorn <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-05-08 at 20:19 +0900, KAMEZAWA Hiroyuki wrote:
> > Patch for documentation.
> >
> > Signed-Off-By: KAMEZAWA hiroyuki <[EMAIL PROTECTED]>
> >
>
> Will send followup patch with minor editorial changes.
>
> (without SLAB emulation) and fragmentation was not the driving force
> for replacement. Small Linux 1.x machines frequently had uptimes of 1+
> years without fragmenting to death. Instead, it was performance with
8MB for a bit over 3 years (1.2.13lmp)
The fragmentation issue I think is over
On Tue, 08 May 2007 16:37:06 -0400
Lee Schermerhorn <[EMAIL PROTECTED]> wrote:
> > You probably need a
> > configuration with a couple of nodes. Maybesomething less symmetric than
> > Kame? I.e. have 4GB nodes and then DMA32 takes out a sizeable chunk of it?
> >
>
> I tested on a 2 socket, 4GB
On Wed, May 09, 2007 at 01:32:20AM +0100, Alan Cox wrote:
> > (without SLAB emulation) and fragmentation was not the driving force
> > for replacement. Small Linux 1.x machines frequently had uptimes of 1+
> > years without fragmenting to death. Instead, it was performance with
>
> 8MB for a bit o
At Tue, 8 May 2007 22:18:50 +0530,
Srivatsa Vaddagiri wrote:
>
> On Tue, May 08, 2007 at 04:16:06PM +0900, Satoru Takeuchi wrote:
> > Sometimes I wonder at prio_array. It has 140 entries(from 0 to 139),
> > and the meaning of each entry is as follows, I think.
> >
> > +---+---
On Tue, 8 May 2007 20:48:45 +0100
Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> +#define BIO_LIST_INIT { .head = NULL, .tail = NULL }
> +
> +#define BIO_LIST(bl) \
> + struct bio_list bl = BIO_LIST_INIT
BIO_LIST is a strange name for something which initialises storage.
> static inline voi
On Tue, 8 May 2007, Matt Mackall wrote:
> Further, the received wisdom that fragmentation of SLAB-like systems
> is better is not above doubt. Our own issues with dcache fragmentation
> suggest it's far from perfect.
I guess that you have not seen the slab defrag code for SLUB then.
-
To unsubsc
Satoru Takeuchi wrote:
At Tue, 8 May 2007 22:18:50 +0530,
Srivatsa Vaddagiri wrote:
On Tue, May 08, 2007 at 04:16:06PM +0900, Satoru Takeuchi wrote:
Sometimes I wonder at prio_array. It has 140 entries(from 0 to 139),
and the meaning of each entry is as follows, I think.
+---+---
On Tue, 8 May 2007, Matt Mackall wrote:
> First, SLOB no longer runs on SMP because SLAB grew some RCU-related
> hair. So it now effectively has no locks at all!
Well it seems that SLOB was not well maintained. RCU has been around for a
long time and SLOB has not been updated to cope with it.
On Tue, 8 May 2007 20:48:59 +0100
Alasdair G Kergon <[EMAIL PROTECTED]> wrote:
> From: Heinz Mauelshagen <[EMAIL PROTECTED]>
>
> New device-mapper target that can delay I/O (for testing).
> Reads can be separated from writes, redirected to different underlying
> devices and delayed by differing a
Christoph Lameter wrote:
On Tue, 8 May 2007, Kevin Winchester wrote:
Here's the dmesg of the slub_debug run, I'll try the patch next:
Ok someone wrote to an object after it was freed. Not slubs problem.
[1.367129] Object 0x810001bdecd0: 80 b7 b1 01 00 81 ff ff 6b 6b
On Wed, 9 May 2007 09:29:12 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> On Tue, 08 May 2007 16:37:06 -0400
> Lee Schermerhorn <[EMAIL PROTECTED]> wrote:
>
> > > You probably need a
> > > configuration with a couple of nodes. Maybesomething less symmetric than
> > > Kame? I.e. have 4GB
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will merge the mlx4 drivers for new Mellanox ad
On Tue, 8 May 2007, Andrew Morton wrote:
> I'm still cowering in fear of these patches, btw.
>
> Please keep testing and sending them ;)
I hope you finally get a feel for the evil nature of ZONE_DMAxx. I
think our x86_64 platform will have node 0 cordoned off for DMA if any
DMA32 or DMA device
> Hi:
> I am running Redhat Linux Enterprise version 4 update 4 on a dual-core
> 4G memory machine. There are many references on the web talking about
> increasing default user address space to 3.5 G however lacking specific
> instructions. My questions:
>
> 1. What is the specific steps to be do
This should be the second half of the SCSI tree, mainly assorted driver
updates and fixes. The patch is available from:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
The short changelog is:
Adrian Bunk (1):
qla4xxx: possible cleanups
Amol Lad (1):
megaraid: rep
Am Sonntag, den 29.04.2007, 15:21 +0100 schrieb Alistair John Strachan:
> > i got a problem with the combination of an Asrock AM2NF4G-SATA2
> > mainboard with a Radeon X1900 (chip 1002,724b) graphics
> > card. /i386/pci/mmconfig.c reports a buggy bios (e000 is not
> > E820-reserved). System cr
On Tue, 8 May 2007 17:58:55 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 9 May 2007 09:29:12 +0900
> KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 08 May 2007 16:37:06 -0400
> > Lee Schermerhorn <[EMAIL PROTECTED]> wrote:
> >
> > > > You probably need a
> > > > configur
On Tue, May 08, 2007 at 05:21:01PM -0700, Minchen Zhao wrote:
> I am running Redhat Linux Enterprise version 4 update 4 on a dual-core
> 4G memory machine.
> There are many references on the web talking about increasing default
> user address space
> to 3.5 G however lacking specific instrcutions
On Tue, 2007-05-08 at 20:41 -0300, Marcelo Tosatti wrote:
> On Tue, May 08, 2007 at 06:40:54PM -0400, Jeff Garzik wrote:
> > Dan Williams wrote:
> > >I'll audit the list of ioctls and remove ones that may be objectionable,
> > >and we'll go back through them after 2.6.22 and add back in ones that
>
Hi Tony,
Can you re-generate your patch against the latest tree? Currently, the
last board is 115. So, this one should be 116.
Also, the proper way for discussing about V4L is to use V4L Mailing List
(I'm c/c it).
Cheers,
Mauro.
Em Qua, 2007-05-09 às 05:54 +0800, Tony Wan escreveu:
> Support th
On Tue, May 08, 2007 at 05:51:27PM -0700, Christoph Lameter wrote:
> On Tue, 8 May 2007, Matt Mackall wrote:
>
> > First, SLOB no longer runs on SMP because SLAB grew some RCU-related
> > hair. So it now effectively has no locks at all!
>
> Well it seems that SLOB was not well maintained. RCU ha
On Tue, 8 May 2007, Matt Mackall wrote:
> On Tue, May 08, 2007 at 05:51:27PM -0700, Christoph Lameter wrote:
> > On Tue, 8 May 2007, Matt Mackall wrote:
> >
> > > First, SLOB no longer runs on SMP because SLAB grew some RCU-related
> > > hair. So it now effectively has no locks at all!
> >
> >
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 22:13:22 +1000
> [NET] link_watch: Move link watch list into net_device
>
> These days the link watch mechanism is an integral part of the
> network subsystem as it manages the carrier status. So it now
> makes sense to allocate some mem
I'm trying to write to disk from a kernel module at high
sustained speeds.
Do I have to somehow query the file-system caches to see how
much memory they are using, or perhaps flush the file after
a certain number of bytes to keep the system from using all
of it's RAM in file-system buffers?
[ Ye
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 22:16:09 +1000
> [NET]: Remove link_watch delay for up even when we're down
>
> Currently all link carrier events are delayed by up to a second
> before they're processed to prevent link storms. This causes
> unnecessary packet loss duri
I've been noticing this off and on for the past week or so.
The system seems to jam up for several seconds, anything that would
need to read from disk just sits there during this time. I think it's
correlated with generating a lot of dirty write data.
My mouse moves around in X etc. so it reall
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> yhlu wrote:
>> On 5/8/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>>> Jeremy Fitzhardinge wrote:
>>> Specifically boot_params.screen_info isn't being properly set up by the
>>> caller.
>>
>> will setup real_mode_data in kexec path?
>
> -ENOPARSE
I
Hi,
Seems I have the same problem. Sometimes whole system is locked,
sometimes keyboard is still active but others dead.
It does not happen till now since I run a silly script on background
to log the kernel messages:
-
#!/bin/sh
while true; do
sleep 3
dmesg >/tmp/dmesg.txt
sync
d
On Tue, May 08, 2007 at 01:19:33PM -0700, Jeremy Fitzhardinge wrote:
>
> Subject: xen: go back to using normal network stack carriers
>
> This effectively reverts xen-unstable change
> 14280:42b29f084c31. Herbert has changed the behaviour of the core
> networking to not delay an initial down->up
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 18:32:35 -0700 (PDT)
> That SLUB cannot do. And I do not believe you. SLOB must have some way to
> distinguish the objects and their sizes since kfree does not include size
> information. You can mix slabs of different size on the
On Tue, 8 May 2007, David Miller wrote:
> SLOB seems to look at the descriptor in the previous blob to figure
> out how big the being-freed blob is. That's actually kind of clever
> :-)
We were assuming that the objects are actually allocated. How does it
figure out the previous blobs boundarie
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 18:53:28 -0700 (PDT)
> On Tue, 8 May 2007, David Miller wrote:
>
> > SLOB seems to look at the descriptor in the previous blob to figure
> > out how big the being-freed blob is. That's actually kind of clever
> > :-)
>
> We were
On Tue, 8 May 2007, David Miller wrote:
> I'm just reading over the code to figure out what to type to you, you
> could read the code too it's not very complicated :-)
I have read it numerous times and my conclusion is that it uses the
descriptors for that purpose. But Matt claims they are not n
David Miller wrote:
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 18:32:35 -0700 (PDT)
That SLUB cannot do. And I do not believe you. SLOB must have some way to
distinguish the objects and their sizes since kfree does not include size
information. You can mix slabs of diff
On Tue, 8 May 2007 17:06:23 -0700 (PDT) David Rientjes wrote:
> On Tue, 8 May 2007, Randy Dunlap wrote:
>
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
> > Add information on the problems with the C-language "volatile" keyword
> > and why it should not be used (most of the time).
> >
> > Signe
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 18:57:04 -0700 (PDT)
> On Tue, 8 May 2007, David Miller wrote:
>
> > I'm just reading over the code to figure out what to type to you, you
> > could read the code too it's not very complicated :-)
>
> I have read it numerous times
501 - 600 of 689 matches
Mail list logo
