On Mon, 19 Nov 2007 16:07:17 -0600 Mike Miller <[EMAIL PROTECTED]> wrote:
> Patch 2 of 3
> This patch adds support for the blktrace utility. Please consider this for
> inclusion. Seems there was already a call to blk_add_trace. This patch adds
> ifdef's and includes the header file.
>
>
On Wed, 14 Nov 2007, Mike Travis wrote:
> Hi Andrew,
>
> It appears that this patch is missing from the latest 2.6.24 git kernel?
>
> (Suresh noticed that it is still a problem.)
>
> Thanks,
> Mike
>
> This fix corrects the problem that early_identify_cpu() sets
> cpu_index to '0' (needed
On Mon, 2007-11-19 at 22:43 -0800, Andrew Morton wrote:
> On Sun, 18 Nov 2007 09:13:24 + Scott James Remnant <[EMAIL PROTECTED]>
> wrote:
>
> > In wait_task_stopped() exit_code already contains the right value for
> > the si_status member of siginfo, and this is simply set in the non
> >
On Mon, 19 Nov 2007 16:03:07 -0600 Mike Miller <[EMAIL PROTECTED]> wrote:
> Patch 1 of 3
> This patch creates more sysfs attributes to be exported by cciss. Hopefully
> we can work better with udev. Please consider this patch for inclusion.
>
It would be appropriate if the changelog were to
Hi,
I get this during boot:
[ 40.821740] netconsole: eth1 doesn't exist, aborting.
Given that CONFIG_NETCONSOLE=y and CONFIG_8139TOO=m, I can imagine.
Is there a way to get this working without making 8139TOO=y or
NETCONSOLE=m?
thanks,
Jan
-
To unsubscribe from this list: send the line
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:53:41 -0800
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Bill Fink <[EMAIL PROTECTED]>
Date: Tue, 20 Nov 2007 00:16:07 -0500
> On Mon, 19 Nov 2007, Alexey Kuznetsov wrote:
>
> > 2. What's about your suggestion, I thought about this and I am going to
> > agree.
> >
> >Arguments, which convinced me are:
> >
> >- arping still works.
> >
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:53:42 -0800
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:53:43 -0800
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:53:40 -0800
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:53:37 -0800
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:53:39 -0800
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:53:38 -0800
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 2007-11-19 at 23:45 -0800, David Miller wrote:
> From: Joe Perches <[EMAIL PROTECTED]>
> Date: Mon, 19 Nov 2007 17:47:58 -0800
> > Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
> Please check your patches, for trailing white "space".
> Adds trailing whitespace.
> diff:10:
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:47:58 -0800
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Please check your patches, for trailing white "space".
Adds trailing whitespace.
diff:10:prom_printf("PCIC: Error, cannot map "
Adds trailing whitespace.
From: Joe Perches <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 17:47:59 -0800
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, Nov 19, 2007 at 11:09:25PM -0800, Joe Perches wrote:
> On Tue, 2007-11-20 at 15:54 +0900, Simon Horman wrote:
> > Is it really neccessary for this fragment to create a line that
> > is greater than 80 characters long? Persumably the entire reason
> > that the printk line was split in the
On Tuesday 20 November 2007 16:37, Arjan van de Ven wrote:
> On Tue, 20 Nov 2007 15:17:15 +1100
> > For that matter, I'd like to know why it has been decided that the
> > best place for IRQ balancing is in userspace. It should be in kernel
> > IMO, and it would probably allow better power saving,
On Tuesday 20 November 2007 16:46, Ingo Molnar wrote:
> * Nick Piggin <[EMAIL PROTECTED]> wrote:
> > Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
>
> sidenote: the way i combat these missing pieces of instrumentation in
> the scheduler is to add them immediately to the
At Mon, 19 Nov 2007 19:35:09 +0100 (CET),
Jaroslav Kysela wrote:
>
>
> Linus, please pull from [the linus branch at]:
>
> master.kernel.org:/pub/scm/linux/kernel/git/perex/alsa.git linus
> gitweb interface:
> http://www.kernel.org/git/?p=linux/kernel/git/perex/alsa.git
Grrr, please hold
On Tue, 2007-11-20 at 15:54 +0900, Simon Horman wrote:
> Is it really neccessary for this fragment to create a line that
> is greater than 80 characters long? Persumably the entire reason
> that the printk line was split in the first place was to avoid
> a long line.
No. Many other lines in that
cool patchset. Small nit, the series is not bisectable:
> +#include
> --- kernel/Makefile
> +++ kernel/Makefile
> @@ -9,7 +9,7 @@ obj-y = sched.o fork.o exec_domain.o panic.o printk.o
> profile.o \
> rcupdate.o extable.o params.o posix-timers.o \
> kthread.o wait.o
On Mon, 19 Nov 2007 13:52:06 +0100 Heiko Carstens <[EMAIL PROTECTED]> wrote:
> From: Heiko Carstens <[EMAIL PROTECTED]>
>
> Make them depend on TCGETS2. If that one is implemented the rest
> should be there as well.
>
> Cc: Alan Cox <[EMAIL PROTECTED]>
> Signed-off-by: Heiko Carstens <[EMAIL
On Mon, Nov 19, 2007 at 05:53:39PM -0800, Joe Perches wrote:
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
Acked-by: Simon Horman <[EMAIL PROTECTED]>
> ---
> net/ipv4/ipvs/ip_vs_core.c |2 +-
> net/ipv4/netfilter/iptable_raw.c |2 +-
> 2 files changed, 2 insertions(+), 2
On Nov 19, 2007 10:00 PM, Milan Broz <[EMAIL PROTECTED]> wrote:
> Torsten Kaiser wrote:
> > Anything I could try, apart from more boots with slub_debug=F?
One time it triggered with slub_debug=F, but no additional output.
With slub_debug=FP I have not seen it again, so I can't say if that
would
[snip]
> diff --git a/arch/ia64/kernel/kprobes.c b/arch/ia64/kernel/kprobes.c
> index 5fd65d8..90518e4 100644
> --- a/arch/ia64/kernel/kprobes.c
> +++ b/arch/ia64/kernel/kprobes.c
> @@ -182,8 +182,8 @@ static int __kprobes unsupported_inst(uint template, uint
> slot,
> qp = kprobe_inst &
This is a first user of sys_indirect. Several of the socket-related system
calls which produce a file handle now can be passed an additional parameter
to set the FD_CLOEXEC flag.
arch/x86/ia32/Makefile|1 +
arch/x86/ia32/sys_ia32.c |4
include/asm-x86/ia32_unistd.h |
This is the actual architecture-independent part of the system call
implementation.
include/linux/indirect.h |6 ++
include/linux/sched.h|4
include/linux/syscalls.h |4
kernel/Makefile |2 +-
kernel/indirect.c| 36
This patch adds support for setting the O_NONBLOCK flag of the file
descriptors returned by socket, socketpair, and accept.
socket.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
--- net/socket.c
+++ net/socket.c
@@ -362,7 +362,7 @@ static int sock_alloc_fd(struct file
This part adds support for sys_indirect on x86 and x86-64.
arch/x86/ia32/ia32entry.S |2 ++
arch/x86/ia32/sys_ia32.c | 31 +++
arch/x86/kernel/syscall_table_32.S |1 +
include/asm-x86/indirect.h |5 +
This part adds support for sys_indirect for UML.
indirect.h |6 ++
1 file changed, 6 insertions(+)
--- /dev/null
+++ include/asm-um/indirect.h
@@ -0,0 +1,6 @@
+#ifndef __UM_INDIRECT_H
+#define __UM_INDIRECT_H
+
+#include "asm/arch/indirect.h"
+
+#endif
-
To unsubscribe from this list:
wing patches provide an alternative implementation of the
sys_indirect system call which has been discussed a few times.
This no system call allows us to extend existing system call
interfaces with adding more system calls.
Davide's previous implementation is IMO far more complex than
warranted.
This patch adds support to set the FD_CLOEXEC flag for the file descriptors
returned by eventfd, signalfd, timerfd.
fs/anon_inodes.c | 15 +++
fs/eventfd.c |5 +++--
fs/signalfd.c |6 --
fs/timerfd.c |6
On Mon, Nov 19, 2007 at 10:47:59PM -0800, H. Peter Anvin wrote:
>
> This one is definitely messy. There is absolutely no way to know what
> gcc has miscompiled. It looks to me that both gcc 4.2 and 4.3 are
> affected, any others?
I just tested it here and gcc 3.3 is also affected so
At Mon, 19 Nov 2007 17:14:15 -0800,
Jeremy Fitzhardinge wrote:
>
> Takashi Iwai wrote:
> > I took at this problem (as I have an nvidia card on one of my
> > workstations), and found out that the following suffer from
> > EXPORT_SYMBOL_GPL changes:
> >
>
> Which kernel version are you using?
From: Julia Lawall <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 09:02:22 +0100 (CET)
> From: Julia Lawall <[EMAIL PROTECTED]>
>
> There should be a pci_dev_put when breaking out of a loop that iterates
> over calls to pci_get_device and similar functions.
..
> Signed-off-by: Julia Lawall <[EMAIL
Herbert Xu wrote:
David Miller <[EMAIL PROTECTED]> wrote:
Because the compiler knows things about the inputs and can
thus apply optimizations that a static implementation in glibc
that has to handle all forms of inputs cannot.
On an unrelated note, I wonder if distros will be treating this
David Schwartz wrote:
Any UUID generator that can produce duplicate UUIDs with probability
significantly less than purely random UUIDs is so badly broken that it
should not ever be used. Anyone who finds such a UUID generator should
immediately either fix it or throw it on the junk heap. Anyone
On Sun, 18 Nov 2007 09:13:24 + Scott James Remnant <[EMAIL PROTECTED]>
wrote:
> In wait_task_stopped() exit_code already contains the right value for
> the si_status member of siginfo, and this is simply set in the non
> WNOWAIT case.
>
> Pass it unchanged to wait_noreap_copyout(); we
David Miller <[EMAIL PROTECTED]> wrote:
>
> Because the compiler knows things about the inputs and can
> thus apply optimizations that a static implementation in glibc
> that has to handle all forms of inputs cannot.
On an unrelated note, I wonder if distros will be treating this
with the same
On Tue, 25 Sep 2007 15:14:50 +0200 Richard MUSIL <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> sometime ago I submitted patch to TPM layer, originally I thought this
> patch could be accepted into kernel (see below). However,
> since this did not happen, I wonder, if there are some problems with
On Sun, 18 Nov 2007 19:32:12 -0800 Denys Vlasenko <[EMAIL PROTECTED]> wrote:
> Subject: [PATCH] printk.c: use ints instead of longs for logbuf index
"unsigned ints". It matters - using ints would fill the code with bugs.
> Date: Sun, 18 Nov 2007 19:32:12 -0800
> User-Agent: KMail/1.9.1
>
> Hi
On Sun, Nov 18, 2007 at 10:40:34PM +0100, Helge Deller wrote:
> On Sunday 18 November 2007, Andrew Morton wrote:
> > On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller <[EMAIL PROTECTED]> wrote:
> >
> > > Title: Add time-based RFC 4122 UUID generator
> > >
> > > The current Linux kernel currently
On Mon, 19 Nov 2007 00:32:51 +0100 Marcel Selhorst <[EMAIL PROTECTED]> wrote:
> Dear all,
>
> during the initialization of the TPM TIS driver, the necessary
> locality has to be requested earlier in the init-process. Depending on
> the used TPM chip, this leads to wrong information.
> For
From: WANG Cong <[EMAIL PROTECTED]>
Date: Tue, 20 Nov 2007 13:39:05 +0800
> And you mean abs() is not in glibc, then where is it? Built in gcc?
> And what's more, why not put it in glibc?
Because the compiler knows things about the inputs and can
thus apply optimizations that a static
On Tue, 20 Nov 2007, Ingo Molnar wrote:
>
> i dont think there's ever any true need (and good cause) to force
> integer type casts like that at the callee site.
Unless you mean we should do something like this:
static inline void __wrmsrl(unsigned int msr, unsigned long long val);
#define
On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> could you please consider adding this patch to your 2.6.25 patch series?
please cc netdev on networking-related things
> This is the third version of the patch in which I cleaned up and fixed quite
> some
From: Erik de Castro Lopo <[EMAIL PROTECTED]>
Date: Tue, 20 Nov 2007 16:22:25 +1100
> I've just compiled 2.6.23.8 from kernel.org sources and I getting a
> bunch of these soft lockups detected.
Yes, this is getting hit by everyone, a fix is in the works.
-
To unsubscribe from this list: send the
On Tue, 20 Nov 2007, Ingo Molnar wrote:
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > With PVOPS on it gives compiler warnings without that explict cast.
> > Without looking at the code, IIRC with non-PVOPS it is a macro
> > directly into asm, so it didn't matter what the cast was. But
On Tue, Nov 20, 2007 at 02:03:12PM +0800, Li Zefan wrote:
>WANG Cong wrote:
>> On Mon, Nov 19, 2007 at 09:10:44PM -0800, H. Peter Anvin wrote:
>>> WANG Cong wrote:
On Tue, Nov 20, 2007 at 10:13:42AM +0800, zhengyi wrote:
> Is there any relevance to the kernel ?
>
> I found the
* David <[EMAIL PROTECTED]> wrote:
> El Lunes, 19 de Noviembre de 2007, Ingo Molnar escribió:
> > * David <[EMAIL PROTECTED]> wrote:
> > > I have removed all other patches, and applied only cfs v24 above
> > > 2.6.23.8, and the compiler ran into (with CONFIG_FAIR_GROUP_SCHED
> > > enabled):
> >
* Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 11/17/2007 07:55 PM, Ingo Molnar wrote:
> > * Greg KH <[EMAIL PROTECTED]> wrote:
> >
> >> Great, thanks for tracking this down.
> >>
> >> Ingo, this corrisponds to changeset
> >> a115d5caca1a2905ba7a32b408a6042b20179aaa in mainline. Is that patch
WANG Cong wrote:
> On Mon, Nov 19, 2007 at 09:10:44PM -0800, H. Peter Anvin wrote:
>> WANG Cong wrote:
>>> On Tue, Nov 20, 2007 at 10:13:42AM +0800, zhengyi wrote:
Is there any relevance to the kernel ?
I found the folowing code here:
WANG Cong wrote:
This is an urgent bug, I think.
And you mean abs() is not in glibc, then where is it? Built in gcc?
And what's more, why not put it in glibc?
If you need answers to this type of questions, this is not the place for it.
-hpa
-
To unsubscribe from this list: send the
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Greg KH wrote:
> > Can you try applying the patch below to see if that solves the problem
> > for you?
> >
>
> I don't think this patch will help; it only has cosmetic changes in
> addition to the original message printing fix. I think it
* Micah Dowty <[EMAIL PROTECTED]> wrote:
> > this one is being triggered whenever a cpu becomes idle (schedule()
> > --> idle_balance() --> load_balance_newidle()).
> >
> > (this flag is a bit #1 == 2)
> >
> > cat /proc/sys/kernel/sched_domain/cpu0/domain0/flags
>
> Hmm. I don't have this
From: Francois Romieu <[EMAIL PROTECTED]>
Date: Wed, 14 Nov 2007 23:11:19 +0100
> Rainer Jochem <[EMAIL PROTECTED]> :
> [...]
> > --- net/ipv4/ipconfig.c.orig2007-11-14 09:16:15.800566536 +0100
> > +++ net/ipv4/ipconfig.c 2007-11-14 10:34:22.471219274 +0100
> > @@ -139,6 +139,8 @@
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > increasing CONFIG_BLK_DEV_RAM_SIZE from to 131072 hasn't
> > changed the non-functioning of 2.6.24-rc3
> >
> > s2disk works with 2.6.23.8 ; I tested 4 cycles in a row, 2 from
> > console and 2 from within X
>
> I've attached a patch to
On Thu, 15 Nov 2007, Cyrill Gorcunov wrote:
> This patch does fix potential NULL pointer dereference
> that could take place inside of strcmp() if
> of_get_property() call failed.
>
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
> ---
>
> arch/powerpc/platforms/83xx/usb.c |8
>
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> > On Fri, Nov 09, 2007 at 04:42:48PM -0200, Glauber de Oliveira Costa wrote:
> > > - wrmsrl(MSR_CSTAR, ia32_cstar_target);
> > > + wrmsrl(MSR_CSTAR, (u64)ia32_cstar_target);
> >
> > Hmm, why do you add explicit casts? The compiler should convert that
Robert Hancock wrote:
> It looks like the problem is that even though we set the DMA mask after
> we allocate the PRD and pad buffers, when the other port is set up, the
> DMA mask is already over 64-bit and so it allocates its buffers over 4GB
> and fails. I think we just need to explicitly set
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
sidenote: the way i combat these missing pieces of instrumentation in
the scheduler is to add them immediately to the cfs-debug-info.sh script
(and to /proc/sched_debug if needed). I.e.
On Sun, 18 Nov 2007 14:18:06 -0500 Trond Myklebust <[EMAIL PROTECTED]> wrote:
> >
> > Torsten
>
> I had already fixed that one in my own stack. Attached are the 3 patches
> that I've got. 1 from SteveD, 2 fixes.
>
> Andrew, could you please unapply the sillyrename patches you've got, and
>
On Mon, Nov 19, 2007 at 09:10:44PM -0800, H. Peter Anvin wrote:
>WANG Cong wrote:
>>On Tue, Nov 20, 2007 at 10:13:42AM +0800, zhengyi wrote:
>>>Is there any relevance to the kernel ?
>>>
>>>I found the folowing code here:
>>>http://linux.solidot.org/article.pl?sid=07/11/19/0512218=rss
>>>
On Tue, 20 Nov 2007 15:17:15 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Tuesday 20 November 2007 15:12, Mark Lord wrote:
> > On 32-bit x86, we have CONFIG_IRQBALANCE available,
> > but not on 64-bit x86. Why not?
because the in-kernel one is actually quite bad.
> > My QuadCore box
Hi,
When rebooting today I got
Will now restart.
ACPI: PCI interrupt for device :00:03.0 disabled
GSI 20 (level, low) -> CPU 1 (0x0100) vector 53 unregistered
Destroying IRQ53 without calling free_irq
WARNING: at
/home/insecure/ianw/programs/git-kernel/linux-2.6/kernel/irq/chip.c:76
Nick Piggin wrote:
On Tuesday 20 November 2007 15:37, Adrian Bunk wrote:
On Tue, Nov 20, 2007 at 05:29:29AM +0100, Willy Tarreau wrote:
Agreed. When userspace has something to do with the way IRQs are
delivered, it's going to smell as bad as micro-kernels...
The next step to a micro-kernel
On Mon, Nov 19, 2007 at 02:02:24PM -0500, Jeff Dike wrote:
>Fix a 2.6.24-rc3 UML build breakage introduced by commit
>1032c0ba9da5c5b53173ad2dcf8b2a2da78f8b17 - it introduces X86_32, with
>many things which UML needs depending on it.
>
>This patch adds definitions of X86_32 and
HI all,
I've just compiled 2.6.23.8 from kernel.org sources and I getting a
bunch of these soft lockups detected. This seems to be similar to
the problems reported here:
http://lkml.org/lkml/2007/11/19/345
but I am not as far as I am aware using the ondemand governor.
> cat
From: Adrian Bunk <[EMAIL PROTECTED]>
Date: Thu, 8 Nov 2007 04:30:10 +0100
> @davem:
>
> Please look at net/ipv4/arp.c:arp_process()
>
> Am I right that CONFIG_NET_ETHERNET=n and CONFIG_NETDEV_1000=y or
> CONFIG_NETDEV_1=y will not be handled correctly there?
>
> And the best solution is
Tejun Heo wrote:
Robert Hancock wrote:
Tejun Heo wrote:
Robert Hancock wrote:
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
On Tuesday 20 November 2007 15:37, Adrian Bunk wrote:
> On Tue, Nov 20, 2007 at 05:29:29AM +0100, Willy Tarreau wrote:
> > Agreed. When userspace has something to do with the way IRQs are
> > delivered, it's going to smell as bad as micro-kernels...
>
> The next step to a micro-kernel would then
On Mon, 19 Nov 2007, Alexey Kuznetsov wrote:
> Hello!
>
> > Is there a reason that the target hardware address isn't the target
> > hardware address?
>
> It is bound only to the fact that linux uses protocol address
> of the machine, which responds. It would be highly confusing
> (more than
Don't know who maintains vt.c, but Antonino's name comes up regularly ;)
--
vt is missing a memory barrier to close the critical section. Use a real
spinlock for this.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
---
Index: linux-2.6/drivers/char/vt.c
On Mon, Nov 19, 2007 at 10:31:39AM -0500, Mathieu Desnoyers wrote:
> * Borislav Petkov ([EMAIL PROTECTED]) wrote:
> > On Fri, Nov 16, 2007 at 03:02:38PM -0500, Mathieu Desnoyers wrote:
> > Hi,
> > just a conventions proposal: have you thought of shortening all those
> > "immediate_foo" prefixes
WANG Cong wrote:
On Tue, Nov 20, 2007 at 10:13:42AM +0800, zhengyi wrote:
Is there any relevance to the kernel ?
I found the folowing code here:
http://linux.solidot.org/article.pl?sid=07/11/19/0512218=rss
---
int main( void )
{
On Tue, Nov 20, 2007 at 09:41:31AM +0500, Alexander E. Patrakov wrote:
> David Miller wrote:
>> From: Greg KH <[EMAIL PROTECTED]>
>> Date: Mon, 19 Nov 2007 18:29:15 -0800
>>> [EMAIL PROTECTED] would be great to have.
>> Created, enjoy.
>
> It would be nice to have the archives of this list and
On Mon, Nov 19, 2007 at 01:17:02PM -0800, Dave Hansen wrote:
>On Thu, 2007-11-15 at 21:54 +0800, WANG Cong wrote:
>> Since sparse_index_alloc() can return NULL on memory allocation failure,
>> we must deal with the failure condition when calling it.
>>
>> Signed-off-by: WANG Cong <[EMAIL
On Mon, Nov 19, 2007 at 07:13:34PM -0800, David Miller wrote:
> From: Greg KH <[EMAIL PROTECTED]>
> Date: Mon, 19 Nov 2007 19:12:32 -0800
>
> > Actually, if we are going to stick with this new list, can we just call
> > it "[EMAIL PROTECTED]" instead of the "-devel" stuff?
>
> Done.
Great,
This patch allows LSM modules filter incoming connections/datagrams
based on the process's security context who is attempting to pick up.
There are already hooks to filter incoming connections/datagrams
based on the socket's security context, but these hooks are not
applicable when one wants to
David Miller wrote:
From: Greg KH <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 18:29:15 -0800
[EMAIL PROTECTED] would be great to have.
Created, enjoy.
It would be nice to have the archives of this list and the nntp interface on
gmane.
--
Alexander E. Patrakov
-
To unsubscribe from this
On Tue, Nov 20, 2007 at 05:29:29AM +0100, Willy Tarreau wrote:
> On Tue, Nov 20, 2007 at 03:17:15PM +1100, Nick Piggin wrote:
> > On Tuesday 20 November 2007 15:12, Mark Lord wrote:
> > > On 32-bit x86, we have CONFIG_IRQBALANCE available,
> > > but not on 64-bit x86. Why not?
> > >
> > > I ask,
On Tue, Nov 20, 2007 at 03:17:15PM +1100, Nick Piggin wrote:
> On Tuesday 20 November 2007 15:12, Mark Lord wrote:
> > On 32-bit x86, we have CONFIG_IRQBALANCE available,
> > but not on 64-bit x86. Why not?
> >
> > I ask, because this feature seems almost essential to obtaining
> > reasonable
Ulrich Drepper wrote:
But I still don't see that the magic encoding is a valid solution, it
doesn't address the limited parameter number. Plus, using sys_indirect
could in future be used to transport entire parameters (like a sigset_t)
along with other information, thereby saving individual
On Tuesday 20 November 2007 15:12, Mark Lord wrote:
> On 32-bit x86, we have CONFIG_IRQBALANCE available,
> but not on 64-bit x86. Why not?
>
> I ask, because this feature seems almost essential to obtaining
> reasonable latencies during heavy I/O with fast devices.
>
> My 32-bit Core2Duo MythTV
On Tue, Nov 20, 2007 at 10:13:42AM +0800, zhengyi wrote:
>Is there any relevance to the kernel ?
>
>I found the folowing code here:
>http://linux.solidot.org/article.pl?sid=07/11/19/0512218=rss
>
>---
>int main( void )
>{
> int i=2;
Tuesday 20 November 2007 Tarihinde 06:12:21 yazmıştı:
> On 32-bit x86, we have CONFIG_IRQBALANCE available,
> but not on 64-bit x86. Why not?
>
> I ask, because this feature seems almost essential to obtaining
> reasonable latencies during heavy I/O with fast devices.
>
> My 32-bit Core2Duo
On Tuesday 20 November 2007 11:59, Ian Kumlien wrote:
> Hi,
>
> I have had this before and sent a mail about it.
>
> It seems like the diskcache is still in use and is never shrunk. This
> happened with a odd load though, trackerd started indexing a bit late
> and the other workload which is a
On 32-bit x86, we have CONFIG_IRQBALANCE available,
but not on 64-bit x86. Why not?
I ask, because this feature seems almost essential to obtaining
reasonable latencies during heavy I/O with fast devices.
My 32-bit Core2Duo MythTV box drops audio frames without it,
but works perfectly *with*
On Mon, 2007-11-19 at 18:24 -0800, Brandon Philips wrote:
> On 17:48 Mon 19 Nov 2007, Joe Perches wrote:
> > v4l_dbg(1, cx25840_debug, client, "hblank %i, hactive %i, "
> > - "vblank %i , vactive %i, vblank656 %i, src_dec %i,"
> > + "vblank %i ,
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Mon, 19 Nov 2007, Mathieu Desnoyers wrote:
>
> >
> > Very interesting patch! I did not expect we could mix local atomic ops
> > with per CPU offsets in an atomic manner.. brilliant :)
> >
> > Some nitpicking follows...
>
> Well this is a
Thanks for the feedback :-)
Mingming Cao wrote:
> On Tue, 2007-11-13 at 22:12 +0800, Coly Li wrote:
>> Basic idea of my dir inode reservation patch can be found here,
>> http://lists.openwall.net/linux-ext4/2007/11/05/3
>>
>> 1, What does dir inode reservation do
>> Dir inode reservation tries to
From: Andi Kleen <[EMAIL PROTECTED]>
Date: Tue, 20 Nov 2007 04:25:34 +0100
>
> > Although we have a per-cpu area base in a fixed global register
> > for addressing, the above isn't beneficial on sparc64 because
> > the atomic is much slower than doing a:
> >
> > local_irq_disable();
> >
From: David Brownell <[EMAIL PROTECTED]>
Date: Mon, 19 Nov 2007 19:26:02 -0800
> On Monday 19 November 2007, David Miller wrote:
> > From: Greg KH <[EMAIL PROTECTED]>
> > Date: Mon, 19 Nov 2007 19:12:32 -0800
> >
> > > Actually, if we are going to stick with this new list, can we just call
> > >
On Tuesday 20 November 2007 13:02, Christoph Lameter wrote:
> On Mon, 19 Nov 2007, H. Peter Anvin wrote:
> > You're making the assumption here that NUMA = large number of CPUs. This
> > assumption is flat-out wrong.
>
> Well maybe. Usually one gets to NUMA because the hardware gets too big to
> be
On Tue, 20 Nov 2007, Andi Kleen wrote:
> I might be pointing out the obvious, but on x86-64 there is definitely not
> 256TB of VM available for this.
Well maybe in the future.
One of the issues that I ran into is that I had to place the cpu area
in between to make the offsets link right.
On Mon, Nov 19, 2007 at 11:17:48AM -0800, Tim Pepper wrote:
> There is an unmatched parenthesis in the locking commentary of radix_tree.h
> which is trivially fixed by the patch below.
>
> Signed-off-by: Tim Pepper <[EMAIL PROTECTED]>
> Cc: Nick Piggin <[EMAIL PROTECTED]>
Acked-by: Nick Piggin
Pavel Krauz <[EMAIL PROTECTED]> writes:
> Hello
> my HP 385 G2 - 2x dual core Opteron 2216 running 2.6.23.1 with NUMA support
> says the following:
Can you post a full boot log?
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tuesday 20 November 2007 13:02, Christoph Lameter wrote:
> On Mon, 19 Nov 2007, H. Peter Anvin wrote:
> > You're making the assumption here that NUMA = large number of CPUs. This
> > assumption is flat-out wrong.
>
> Well maybe. Usually one gets to NUMA because the hardware gets too big to
> be
n Tue, 20 Nov 2007, Andi Kleen wrote:
>
> > Although we have a per-cpu area base in a fixed global register
> > for addressing, the above isn't beneficial on sparc64 because
> > the atomic is much slower than doing a:
> >
> > local_irq_disable();
> > nonatomic_percpu_memory_op();
> >
1 - 100 of 1206 matches
Mail list logo
