Re: [PATCH/RFC] PCI prepare/activate instead of enable to avoid IRQ storm and rogue DMA access

On Thu, Mar 15, 2007 at 11:37:20AM +0900, Tejun Heo wrote: ... > Also, the current implementation doesn't have any arch independent part. I thnk you meant "arch dependent" here. > It's wholly contained in arch independent PCI layer, but it might be > beneficial to have arch dependent hooks

Re: [PATCH take3 16/20] acpi files switched

On Thursday 15 March 2007 01:13, Steven Rostedt wrote: > Moved the shared files that were in arch/i386/kernel/acpi to the common > area. When I do a "make cscope" on an i386 or an x86_64 box, will it find these files in the common area? thanks -Len - To unsubscribe from this list: send the line

Re: [OT] Re: New thread RDSL, post-2.6.20 kernels and amanda (tar) miss-fires

On Thursday 15 March 2007, Willy Tarreau wrote: [...] >with "/bin/tar -f - >/tmp/test/", you ask bash to open the file > "/tmp/test/" for write, then start tar and pass this file as its > stdout. Obviously this is wrong. I think that what you're trying to do > is send extracted files to

Re: New thread RDSL, post-2.6.20 kernels and amanda (tar) miss-fires

On Thursday 15 March 2007, Ray Lee wrote: >Gene Heskett wrote: >> Here is an example >> [EMAIL PROTECTED] data]# dd if=00010.coyote._lib.1 bs=32k count=1 >> AMANDA: FILE 20070314104344 coyote /lib lev 1 comp .gz program >> /bin/tar To restore, position tape at start of file and run: >> dd if=

[PATCH] BLK_DEV_IDE_CELLEB dependency fix

It's bool and it depends on BLK_DEV_IDE => should depend on BLK_DEV_IDE=y And move it to "if BLK_DEV_IDEDMA_PCI" block because it depends on BLK_DEV_IDEDMA_PCI. Signed-off-by: Al Viro <[EMAIL PROTECTED]> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]> Signed-off-by: Akira Iguchi <[EMAIL

Re: [patch 2/5] fs: introduce new aops and infrastructure

On Thu, Mar 15, 2007 at 05:36:42AM +0100, Nick Piggin wrote: > On Wed, Mar 14, 2007 at 09:13:29PM -0700, Mark Fasheh wrote: > > Are we going to get rid of the file and intr arguments btw? I'm not sure > > intr is useful, and mapping is probably enough to get whatever we inside > > ->write_begin /

Re: [patch 2/5] fs: introduce new aops and infrastructure

On Thu, Mar 15, 2007 at 05:36:42AM +0100, Nick Piggin wrote: > > Are we going to get rid of the file and intr arguments btw? I'm not sure > > intr is useful, and mapping is probably enough to get whatever we inside > > ->write_begin / ->write_end. > > Yeah, I was going to, but I had this version

Re: [PATCH 10/13] BLK_DEV_IDE_CELLEB dependency fix

Al wrote: > >Eh... You still need dependency on IDE=y; otherwise you'll get configs >with IDE=m, BLK_DEV_IDE_CELLEB=y and those won't link. BLK_DEV_IDEDMA_PCI >is selectable just fine with IDE=m. > >It's the same problem as with ps3 fb. > I'm sorry I missed this case. Using some configurations,

[PATCH REPOST] No need to use -traditional for processing asm in arch/i386/

No need to use -traditional for processing asm in arch/i386/ Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]> --- arch/i386/boot/Makefile|4 ++-- arch/i386/boot/compressed/Makefile |1 - arch/i386/kernel/Makefile |2 -- arch/i386/kernel/entry.S |

Re: 2.6.21-rc3-mm1

Hello, > > Today after +- 24h of uptime I found some more page allocation > > failures ('eth1: Can't allocate skb for Rx'). You'll find more here: > > > > http://tuxland.pl/misc/2.6.21-rc3-mm1-page-allocation-failure.txt > > > > System wasn't doing anything unusual, as usual ;-) X, some

[PATCH] Clean up ELF note generation

Three cleanups: 1: ELF notes are never mapped, so there's no need to have any access flags in their phdr. 2: When generating them from asm, tell the assembler to use a SHT_NOTE section type. There doesn't seem to be a way to do this from C. 3: Use ANSI rather than traditional cpp behaviour to

Re: [PATCH 10/13] BLK_DEV_IDE_CELLEB dependency fix

Al wrote: > >It's bool and it depends on IDE => should depend on IDE=y > >Signed-off-by: Al Viro <[EMAIL PROTECTED]> Move to "if BLK_DEV_IDEDMA_PCI" block because it depends on BLK_DEV_IDEDMA_PCI. Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]> Signed-off-by: Akira Iguchi <[EMAIL PROTECTED]>

Re: [PATCH/RFC] PCI prepare/activate instead of enable to avoid IRQ storm and rogue DMA access

[cc'ing Andi, Hi!] Hello, Russell King wrote: > On Wed, Mar 14, 2007 at 06:34:11PM -0400, Jeff Garzik wrote: >> Russell King wrote: >>> pci_enable_device() doesn't deal with this; in most PCI setups I've >>> seen, there is no control at PCI level over whether a device generates >>> an interrupt

Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

On Thu, Mar 15, 2007 at 02:07:56PM +0900, Horms wrote: > On Thu, Mar 15, 2007 at 10:25:36AM +0530, Vivek Goyal wrote: > > On Thu, Mar 15, 2007 at 10:46:38AM +0900, Horms wrote: > > > On Wed, Mar 14, 2007 at 05:00:09PM +, Ian Campbell wrote: > > > > The specific case I am encountering is kdump

Re: [RFC][PATCH 4/7] RSS accounting hooks over the code

Nick Piggin wrote: Kirill Korotaev wrote: The approaches I have seen that don't have a struct page pointer, do intrusive things like try to put hooks everywhere throughout the kernel where a userspace task can cause an allocation (and of course end up missing many, so they aren't secure

Re: MediaGX/GeodeGX1 requires X86_OOSTORE.

From: [EMAIL PROTECTED] (Lennart Sorensen) Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE. Date: Tue, 20 Feb 2007 09:48:23 -0500 Hiroshi Miura posted `Geode out-of-order store enables' patch in Jun, 2003. There is http://lkml.org/lkml/2003/6/5/57 . OOSTORE was enabled at this point in time.

Re: RSDL v0.30 cpu scheduler for mainline kernels

On Thursday 15 March 2007 13:31, Siddha, Suresh B wrote: > Con, > > On Mon, Mar 12, 2007 at 10:58:11AM +1100, Con Kolivas wrote: > > There are updated patches for 2.6.20, 2.6.20.2, 2.6.21-rc3 and > > 2.6.21-rc3-mm2 to bring RSDL up to version 0.30 for download here: > > I tried this on a Core 2

Re: [PATCH 10/13] BLK_DEV_IDE_CELLEB dependency fix

On Thu, Mar 15, 2007 at 02:25:40PM +0900, Akira Iguchi wrote: > Al wrote: > > > >It's bool and it depends on IDE => should depend on IDE=y > > > >Signed-off-by: Al Viro <[EMAIL PROTECTED]> > > Move to "if BLK_DEV_IDEDMA_PCI" block because it depends on > BLK_DEV_IDEDMA_PCI. > +config

Re: kref refcounting breakage in mainline

On Sat, Mar 10, 2007 at 04:44:06PM +0100, Mike Galbraith wrote: > On Wed, 2007-03-07 at 06:39 +0100, Mike Galbraith wrote: > > On Tue, 2007-03-06 at 13:04 -0800, Greg KH wrote: > > > On Tue, Mar 06, 2007 at 06:43:22AM +0100, Mike Galbraith wrote: > > > > On Mon, 2007-03-05 at 16:25 -0800, Greg KH

[OT] Re: New thread RDSL, post-2.6.20 kernels and amanda (tar) miss-fires

On Wed, Mar 14, 2007 at 11:12:48PM -0400, Gene Heskett wrote: > On Wednesday 14 March 2007, Ray Lee wrote: > >On 3/13/07, Gene Heskett <[EMAIL PROTECTED]> wrote: > >> On Tuesday 13 March 2007, Gene Heskett wrote: > >> >On Tuesday 13 March 2007, Gene Heskett wrote: > >> >>Greetings; > >> >>Someone

[PATCH take3 00/20] Make common x86 arch area for i386 and x86_64 - Take 3

Once again here's an attempt to put the shared files of x86_64 and i386 into a separate directory. This time, I took the pains to make sure that each patch in this series compiles after it is applied. I did this on both x86_64 as well as i386, with the affected files config options turned on. I

[PATCH take3 12/20] mtrr directory switch

Move the mtrr directory over to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/cpu/Makefile b/arch/i386/kernel/cpu/Makefile index 010aecf..f8eaef8 100644 --- a/arch/i386/kernel/cpu/Makefile +++ b/arch/i386/kernel/cpu/Makefile @@ -15,5 +15,4 @@

Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed

On Wed, 14 Mar 2007, Xiaoning Ding wrote: Dave Kleikamp wrote: On Wed, 2007-03-14 at 22:33 +0100, Andreas Mohr wrote: Hi, On Wed, Mar 14, 2007 at 03:55:41PM -0500, Dave Kleikamp wrote: On Wed, 2007-03-14 at 15:58 -0400, Ashif Harji wrote: This patch unconditionally calls

Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

On Thu, Mar 15, 2007 at 10:25:36AM +0530, Vivek Goyal wrote: > On Thu, Mar 15, 2007 at 10:46:38AM +0900, Horms wrote: > > On Wed, Mar 14, 2007 at 05:00:09PM +, Ian Campbell wrote: > > > The specific case I am encountering is kdump under Xen with a 64 bit > > > hypervisor and 32 bit

Re: Stolen and degraded time and schedulers

Jeremy Fitzhardinge writes: > Sure. But on a given machine, the CPUs are likely to be closely enough > matched that a cycle on one CPU is more or less equivalent to a cycle on > another CPU. The fact that a cycle represents a different amount of A cycle on one thread of a machine with

[PATCH take3 02/20] tsc_sync.c switch

Move tsc_sync.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index a57040d..c8fe439 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -18,7 +18,7 @@ obj-$(CONFIG_X86_MSR)

[PATCH take3 15/20] cpufreq files switched

Moved the shared files that were in the arch/i386/kernel/cpu/cpufreq to the common area. Since the speedstep-lib.h file was used by files that were moved as well as files that were not moved, a new directory was created to hold this shared header, called include/asm-x86. Since this directory is

Re: kswapd & 2.4.21-47.0.0.1

Well. I expected similar answer :) But unfortunately it's not my decision to use CentOS. Also I couldn't get RH customer support for some reasons. So anyway thank you for answer. Regards, Kostya. Willy Tarreau wrote: Hello, On Wed, Mar 14, 2007 at 04:35:55PM +0300, Konstantin Kalin wrote:

[PATCH take3 20/20] oprofile files switched

Move the oprofile files from arch/i386/oprofile to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/Kconfig b/arch/i386/Kconfig index 53d6237..137c063 100644 --- a/arch/i386/Kconfig +++ b/arch/i386/Kconfig @@ -1226,7 +1226,7 @@ source "fs/Kconfig" menu

[PATCH take3 09/20] cpuid.c switch

Move the cpuid.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index 5276349..4437181 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -14,7 +14,6 @@ obj-y

[PATCH take3 11/20] pcspeaker.c switch

Move the pcspeaker.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index ac925bc..ce1f742 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -37,7 +37,6 @@ obj-$(CONFIG_K8_NB)

[PATCH take3 13/20] therm_throt.c switch

Move the therm_throt.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/cpu/mcheck/Makefile b/arch/i386/kernel/cpu/mcheck/Makefile index f1ebe1c..30808f3 100644 --- a/arch/i386/kernel/cpu/mcheck/Makefile +++

[PATCH take3 14/20] intel_cacheinfo.c switch

Move the intel_cacheinfo.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/cpu/Makefile b/arch/i386/kernel/cpu/Makefile index f8eaef8..e484d74 100644 --- a/arch/i386/kernel/cpu/Makefile +++ b/arch/i386/kernel/cpu/Makefile @@ -8,7 +8,7 @@ obj-y

[PATCH take3 19/20] hugetlbpage.c switch

Move the hugetlbpage.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/Makefile b/arch/i386/Makefile index d73a830..06dd07e 100644 --- a/arch/i386/Makefile +++ b/arch/i386/Makefile @@ -102,6 +102,7 @@ libs-y +=

[PATCH take3 05/20] i8237.c switch

Move the i8237.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index c5c62af..1052659 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -7,7 +7,7 @@ extra-y := head.o init_task.o

[PATCH take3 06/20] topology.c switch

Move the topology.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index 1052659..556da60 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -7,7 +7,7 @@ extra-y := head.o init_task.o

[PATCH take3 17/20] k8.c switch

Move the k8.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index ce1f742..72e11f7 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -33,7 +33,6 @@ obj-$(CONFIG_EFI) +=

[PATCH take3 01/20] early_printk.c switch

Move the early_printk.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index 4ae3dcf..a57040d 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -35,7 +35,6 @@ obj-$(CONFIG_ACPI_SRAT)

[PATCH take3 18/20] stacktrace.c switch

Move the stacktrace.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index 72e11f7..a5cf2e7 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -9,7 +9,6 @@ obj-y := process.o

[PATCH take3 04/20] quirks.c switch

Move the quirks.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index 4622355..c5c62af 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -7,7 +7,7 @@ extra-y := head.o init_task.o

[PATCH take3 16/20] acpi files switched

Moved the shared files that were in arch/i386/kernel/acpi to the common area. Note, there still exists files in both archs in acpi. Since there's code there that is unique to the arch. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/acpi/Makefile

[PATCH take3 08/20] msr.c switch

Move the msr.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index 44c7d89..5276349 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -14,7 +14,6 @@ obj-y +=

[PATCH take3 10/20] microcode.c switch

Move the microcode.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index 4437181..ac925bc 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -14,7 +14,6 @@ obj-y

[PATCH take3 03/20] bootflag.c switch

Move the bootflag.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index c8fe439..4622355 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -6,7 +6,7 @@ extra-y := head.o init_task.o

[PATCH take3 07/20] alternative.c switch

Move the alternative.c to the common area. Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/Makefile b/arch/i386/kernel/Makefile index 556da60..44c7d89 100644 --- a/arch/i386/kernel/Makefile +++ b/arch/i386/kernel/Makefile @@ -7,7 +7,7 @@ extra-y := head.o

Re: New thread RDSL, post-2.6.20 kernels and amanda (tar) miss-fires

Gene Heskett wrote: > Here is an example > [EMAIL PROTECTED] data]# dd if=00010.coyote._lib.1 bs=32k count=1 > AMANDA: FILE 20070314104344 coyote /lib lev 1 comp .gz program /bin/tar > To restore, position tape at start of file and run: > dd if= bs=32k skip=1 | /bin/gzip -dc | /bin/tar -f -

Re: [RFC][PATCH 4/7] RSS accounting hooks over the code

Kirill Korotaev wrote: The approaches I have seen that don't have a struct page pointer, do intrusive things like try to put hooks everywhere throughout the kernel where a userspace task can cause an allocation (and of course end up missing many, so they aren't secure anyway)... and basically

Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

On Thu, Mar 15, 2007 at 10:46:38AM +0900, Horms wrote: > On Wed, Mar 14, 2007 at 05:00:09PM +, Ian Campbell wrote: > > The specific case I am encountering is kdump under Xen with a 64 bit > > hypervisor and 32 bit kernel/userspace. The dump created is a 64 bit due > > to the hypervisor but the

[PATCH] Kprobes: Make kprobe.symbol_name const

From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> Kprobes doesn't scribble the kprobe.symbol_name field. Its only set by the module when registering the probe. Modules that exercise good hygiene using the "const" qualifier will see warnings... warning: assignment discards qualifiers

Re: [patch 2/5] fs: introduce new aops and infrastructure

On Wed, Mar 14, 2007 at 09:13:29PM -0700, Mark Fasheh wrote: > Hi Nick, > > On Wed, Mar 14, 2007 at 02:38:22PM +0100, Nick Piggin wrote: > > Introduce write_begin, write_end, and perform_write aops. > > > > These are intended to replace prepare_write and commit_write with more > > flexible

[patch 5/5] eventfd+KAIO - KAIO eventfd support (example/maybe-broken) ...

This is another example about how to add eventfd support to the current KAIO code. The KAIO code simply signals the eventfd fd when events are ready, and this triggers a POLLIN in the fd. I made a quick test program to verify the patch, and it runs fine here:

[patch 1/5] eventfd+KAIO - anonymous inode source ...

This patch add an anonymous inode source, to be used for files that need and inode only in order to create a file*. We do not care of having an inode for each file, and we do not even care of having different names in the associated dentries (dentry names will be same for classes of file*).

[patch 3/5] eventfd+KAIO - eventfd wire up i386 arch ...

This patch wire the eventfd system call to the i386 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.20.ep2/arch/i386/kernel/syscall_table.S === --- linux-2.6.20.ep2.orig/arch/i386/kernel/syscall_table.S

[patch 2/5] eventfd+KAIO - eventfd core ...

This is a very simple and light file descriptor, that can be used as event wait/dispatch by userspace (both wait and dispatch) and by the kernel (dispatch only). When used in the kernel, it can offer an fd-bridge to enable functionalities like KAIO or syslets/threadlets to signal to an fd the

[patch 4/5] eventfd+KAIO - eventfd wire up x86_64 arch ...

This patch wire the eventfd system call to the x86_64 architecture. Signed-off-by: Davide Libenzi - Davide Index: linux-2.6.20.ep2/arch/x86_64/ia32/ia32entry.S === --- linux-2.6.20.ep2.orig/arch/x86_64/ia32/ia32entry.S

Re: [patch 2/5] fs: introduce new aops and infrastructure

Hi Nick, On Wed, Mar 14, 2007 at 02:38:22PM +0100, Nick Piggin wrote: > Introduce write_begin, write_end, and perform_write aops. > > These are intended to replace prepare_write and commit_write with more > flexible alternatives that are also able to avoid the buffered write > deadlock problems

Re: [stable] [PATCH] Fix COMPAT_VDSO regression bug

On Thu, Mar 15, 2007 at 12:38:40AM +0100, Leroy van Logchem wrote: > > Revert "[PATCH] Fix CONFIG_COMPAT_VDSO" > This reverts commit a1f3bb9ae4497a2ed3eac773fd7798ac33a0371f. > > Several systems couldnt boot using CONFIG_HIGHMEM64G=y as > reported in bug #8040. Reverting the

Re: [patch 2/5] fs: introduce new aops and infrastructure

On Wed, Mar 14, 2007 at 10:46:25PM +0100, Mariusz Kozlowski wrote: > Hello, > > I guess no need to define 'ret' twice here. [...] Hi Mariusz, Thanks, I'll clean that up. Nick - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: [patch 2/5] fs: introduce new aops and infrastructure

On Thu, Mar 15, 2007 at 12:28:04AM +0300, Dmitriy Monakhov wrote: > Nick Piggin <[EMAIL PROTECTED]> writes: > > > + > > +int pagecache_write_end(struct file *file, struct address_space *mapping, > > + loff_t pos, unsigned len, unsigned copied, > > +

Re: New thread RDSL, post-2.6.20 kernels and amanda (tar) miss-fires

On Wednesday 14 March 2007, Ray Lee wrote: >On 3/13/07, Gene Heskett <[EMAIL PROTECTED]> wrote: >> On Tuesday 13 March 2007, Gene Heskett wrote: >> >On Tuesday 13 March 2007, Gene Heskett wrote: >> >>Greetings; >> >>Someone suggested a fresh thread for this. >> >> >> >>I now have my scripts more

Re: [kvm-devel] [PATCH 01/15] KVM: Use a shared page for kernel/user communication when runing a vcpu

On Wed, 2007-03-14 at 21:38 -0500, Hollis Blanchard wrote: > On Sun, 2007-03-11 at 15:53 +0200, Avi Kivity wrote: > > Instead of passing a 'struct kvm_run' back and forth between the > > kernel and userspace, allocate a page and allow the user to mmap() it. > > This reduces needless copying and

Re: [PATCH/RFC] PCI prepare/activate instead of enable to avoid IRQ storm and rogue DMA access

Andi Kleen wrote: Tejun Heo <[EMAIL PROTECTED]> writes: Let's assume there's a device which shares its INTX IRQ line with another device and the other one is already initialized. During boot, due to BIOS's fault, bad hardware design or sheer bad luck, the device has got a pending IRQ. This

Re: [kvm-devel] [PATCH 01/15] KVM: Use a shared page for kernel/user communication when runing a vcpu

On Sun, 2007-03-11 at 15:53 +0200, Avi Kivity wrote: > Instead of passing a 'struct kvm_run' back and forth between the > kernel and userspace, allocate a page and allow the user to mmap() it. > This reduces needless copying and makes the interface expandable by > providing lots of free space. Do

Re: [PATCH/RFC] PCI prepare/activate instead of enable to avoid IRQ storm and rogue DMA access

Stephen Hemminger wrote: The problem is the BIOS is busted on these machines. How much effort do we want to put into dealing with systems with broken BIOS? I would rather have the root cause fixed than creating a bandaid that has to be maintained for all the other architectures and platforms.

Re: RSDL v0.30 cpu scheduler for mainline kernels

Con, On Mon, Mar 12, 2007 at 10:58:11AM +1100, Con Kolivas wrote: > There are updated patches for 2.6.20, 2.6.20.2, 2.6.21-rc3 and 2.6.21-rc3-mm2 > to bring RSDL up to version 0.30 for download here: I tried this on a Core 2 Quad cpu system(system has 4 cores on a single package). When I run

Geode cs5530a magic (Was: Re: [PATCH] clean up mach_reboot_fixups)

Andi Kleen wrote: > On Wednesday 14 March 2007 23:24, Jeremy Fitzhardinge wrote: > >> The reboot_fixups stuff seems to be a bit of a mess, specifically the >> header is in linux/ when its a purely i386-specific piece of code. I'm >> not sure why it has its config option; its only currently

Re: [PATCH 1/1] Allow i386 crash kernels to handle x86_64 dumps

On Wed, Mar 14, 2007 at 05:00:09PM +, Ian Campbell wrote: > The specific case I am encountering is kdump under Xen with a 64 bit > hypervisor and 32 bit kernel/userspace. The dump created is a 64 bit due > to the hypervisor but the dump kernel is 32 bit to match the domain 0 > kernel. > >

Reiser4: Transparent compression support. Further development and compatibility.

Reiser4 file system: Transparent compression support. Further development and compatibility. A. Reiser4 cryptcompress file plugin(*) and its conversion(**) This is the second file plugin that realizes regular files in reiser4. Unlike previous one (unix-file plugin),

Re: [PATCH 0/8] x86 boot, pda and gdt cleanups

Rusty Russell wrote: > Hmm, this invalidated my assumption that write_gdt_entry is always a > write to this cpu's active gdt. Better fix is not to call it twice > anyway... > No, I don't think that's true. I implemented the write_*_entry functions with the assumption they could be called

Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed

Dave Kleikamp wrote: On Wed, 2007-03-14 at 22:33 +0100, Andreas Mohr wrote: Hi, On Wed, Mar 14, 2007 at 03:55:41PM -0500, Dave Kleikamp wrote: On Wed, 2007-03-14 at 15:58 -0400, Ashif Harji wrote: This patch unconditionally calls mark_page_accessed to prevent pages, especially for small

Re: mm: migrate_pages using

On Mon, 12 Mar 2007 19:57:58 +0100 Michal Hocko <[EMAIL PROTECTED]> wrote: > What do you think about that. Is this way correct? > If you are sure that your "original" pages is never freed while you are migrating it.maybe. -Kame - To unsubscribe from this list: send the line "unsubscribe

Re: PROBLEM: 2.6.20-1 not working on ibook g4 (BUG/Oops)

2007/3/13, Benjamin Herrenschmidt <[EMAIL PROTECTED]>: On Tue, 2007-03-13 at 01:49 +, young dave wrote: > Hi, > I have tested on my mac mini g4. > > The 2.6.21-rc2 will cause oops like the above post. > > And for the new 2.6.21-rc3-git7 , the kernel load ok, penguin pixmap > appears, but

do_acct_process bypasses vfs_write?

do_acct_process (in kernel/acct.c) bypasses vfs_write and calls file->f_op->write directly. It therefore bypasses various sanity checks, some of which appear applicable (notably inode->i_flock && MANDATORY_LOCK(inode)) and others of which do not (oversize request, access_ok, etc.). It also

Re: [PATCH 13/13] fix ps3fb glue allowing a modular build

On Wed, 2007-03-14 at 10:50 +0100, Geert Uytterhoeven wrote: > On Wed, 14 Mar 2007, Al Viro wrote: > > Signed-off-by: Al Viro <[EMAIL PROTECTED]> > > And finally, make sure CONFIG_LOGO=n, as there's a bug in the logo code: logos > are __initdata but the logo code still tries to draw them for a

Re: [PATCH] Fix COMPAT_VDSO regression bug

I built a CONFIG_COMPAT_VDSO=y, CONFIG_HIGHMEM64G=y kernel and it has no problems with FC-6 userland. Everything looks fine with the vDSO. So either some more details of your kernel config are relevant, or something about the userland usage pattern. Thanks, Roland - To unsubscribe from this

Re: 2.6.21-rc3-mm2 (BUG in pci_restore_state())

Bjorn Helgaas <[EMAIL PROTECTED]> writes: > In 2.6.21-rc3-mm2 (plus some move_freepages() bugfixes), I hit one > of the warnings added by Eric's msi-debug-code.patch. This is on an > ia64 box, an HP rx2600. Let me know if I can collect more information. I think we are good. How pci_save_state

Re: [PATCH 6/17] sparc: nr_free_pages() is unsigned long

From: William Lee Irwin III <[EMAIL PROTECTED]> Date: Wed, 14 Mar 2007 08:06:12 -0700 > On Wed, Mar 14, 2007 at 09:18:50AM +, Al Viro wrote: > > Signed-off-by: Al Viro <[EMAIL PROTECTED]> > > --- > > arch/sparc/mm/init.c |2 +- > > 1 files changed, 1 insertions(+), 1 deletions(-) > >

Re: oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM)

On Thursday 15 March 2007 02:08:43 Stefan Richter wrote: [...] > > Ismail, if you have the opportunity, the next thing you could test would > be to unload eth1394 explicitly before ohci1394 on 2.6.21-rc3. This > would _not_ oops according to my observation. On a clean reboot it works as expected

Re: oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM)

On Thursday 15 March 2007 02:08:43 Stefan Richter wrote: [...] > Ismail, if you have the opportunity, the next thing you could test would > be to unload eth1394 explicitly before ohci1394 on 2.6.21-rc3. This > would _not_ oops according to my observation. rmmod eth1394 and modprobe -r eth1394

Re: [PATCH 1/1] hotplug cpu: migrate a task within its cpuset

On Fri, Mar 09, 2007 at 05:58:59PM -0600, Nathan Lynch wrote: > Hello- > > Cliff Wickman wrote: > > This patch would insert a preference to migrate such a task to a cpu within > > its cpuset (and set its cpus_allowed to its cpuset). > > > > With this patch, migrate the task to: > > 1) to any

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, 14 Mar 2007, Davide Libenzi wrote: > On Wed, 14 Mar 2007, Benjamin LaHaise wrote: > > > On Wed, Mar 14, 2007 at 04:41:58PM -0700, Davide Libenzi wrote: > > > Yeah, of course. I do not plan revolutions. Just asking if it's a > > > possible > > > thing to do. I can mlock the userspace

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, 14 Mar 2007, Linus Torvalds wrote: > On Wed, 14 Mar 2007, Davide Libenzi wrote: > > > > > > That won't work. aio_complete() is supposed to be irq safe. > > > > Can you point me to a kernel path that ends up calling aio_complete() in a > > do-not-sleep mode? > > All of them. > > It's

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, 14 Mar 2007, Davide Libenzi wrote: > > > > That won't work. aio_complete() is supposed to be irq safe. > > Can you point me to a kernel path that ends up calling aio_complete() in a > do-not-sleep mode? All of them. It's called from dio_bio_end_aio(), which is the bi_end_io function

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, 14 Mar 2007, Benjamin LaHaise wrote: > On Wed, Mar 14, 2007 at 04:41:58PM -0700, Davide Libenzi wrote: > > Yeah, of course. I do not plan revolutions. Just asking if it's a possible > > thing to do. I can mlock the userspace ring, if imposing that burden over > > aio_complete() is seen

Re: [Bug 8040] Hang before INIT when CONFIG_HIGHMEM4G=y [Fix CONFIG_COMPAT_VDSO] <- Bad

On Thursday 15 March 2007 02:01, Andrew Morton wrote: > > On Wed, 14 Mar 2007 17:52:01 + (UTC) Leroy van Logchem <[EMAIL > > PROTECTED]> wrote: > > Leroy van Logchem wldelft.nl> writes: > > Where does it hang exactly? Do you have a boot log? > > > > > None whatsoever. Three people are

Re: oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM)

I wrote: > according to a quick test I made right now it is a regression post 2.6.20. > # modprobe ohci1394 # wait a bit, eth1394 is auto-loaded > # modprobe -r eth1394 > # modprobe -r ohci1394 > works. > # modprobe ohci1394 # wait a bit, eth1394 is auto-loaded > # modprobe -r ohci1394 >

[PATCH] Fix COMPAT_VDSO regression bug

Revert "[PATCH] Fix CONFIG_COMPAT_VDSO" This reverts commit a1f3bb9ae4497a2ed3eac773fd7798ac33a0371f. Several systems couldnt boot using CONFIG_HIGHMEM64G=y as reported in bug #8040. Reverting the above patch solved the problem. Cc: Randy Dunlap <[EMAIL PROTECTED]> Cc: Ingo

[PATCH] cosmetic adaption of drivers/ide/Kconfig concerning SATA

Hello, since Serial ATA has it's own menu point now, I guess we can change the description of the deprecated SATA driver as well, since the new S-ATA subsystem is not configured through a SCSI low-level driver anymore. The following patch is against 2.6.21-rc3: ---

Re: oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM)

Ismail Dönmez wrote: > On Wednesday 14 March 2007 20:25:24 Stefan Richter wrote: >> Ismail Dönmez wrote: >> > Are you able to rmmod it? >> >> Yes, but on 2.6.20 and earlier kernels, most of the time with >> development versions of the 1394 drivers. I still haven't tried >> 2.6.21-rc, will

Re: 2.6.21-rc3-mm1

> On Wed, 14 Mar 2007 20:06:02 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]> > wrote: > Hello, > > Today after +- 24h of uptime I found some more page allocation > failures ('eth1: Can't allocate skb for Rx'). You'll find more here: > >

Re: [patch] change futex_wait() to hrtimers

> BTW. my futex man page says timeout's contents "describe the maximum duration > of the wait". Surely that should be *minimum*? Michael cc'ed. Er, the intent of the wording is to say "futex will wait until uaddr no longer contains val, or the timeout expires, whichever happens first". One

Re: [Bug 8040] Hang before INIT when CONFIG_HIGHMEM4G=y [Fix CONFIG_COMPAT_VDSO] <- Bad

> On Wed, 14 Mar 2007 17:52:01 + (UTC) Leroy van Logchem <[EMAIL > PROTECTED]> wrote: > Leroy van Logchem wldelft.nl> writes: > > > > > > > None whatsoever. Three people are reporting this and it's a drop-dead > > > > showstopper for a 2.6.21 release so we just have to wait until someone

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, Mar 14, 2007 at 04:41:58PM -0700, Davide Libenzi wrote: > Yeah, of course. I do not plan revolutions. Just asking if it's a possible > thing to do. I can mlock the userspace ring, if imposing that burden over > aio_complete() is seen as too heavy. I'm not sure I follow what you're doing

Re: [PATCH 0/8] x86 boot, pda and gdt cleanups

On Tue, 2007-03-13 at 13:48 -0700, Jeremy Fitzhardinge wrote: > * init_gdt should always use write_gdt_entry when touching the gdt; > if it doesn't and it ends up touching an already-installed gdt > under Xen, it will get a write fault. This happens because > init_gdt ends

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, 14 Mar 2007, Davide Libenzi wrote: > On Wed, 14 Mar 2007, Benjamin LaHaise wrote: > > > On Wed, Mar 14, 2007 at 04:24:54PM -0700, Davide Libenzi wrote: > > > Can you point me to a kernel path that ends up calling aio_complete() in > > > a > > > do-not-sleep mode? > > > > If you remove

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, 14 Mar 2007, Benjamin LaHaise wrote: > On Wed, Mar 14, 2007 at 04:24:54PM -0700, Davide Libenzi wrote: > > Can you point me to a kernel path that ends up calling aio_complete() in a > > do-not-sleep mode? > > If you remove that invariant, then it is very difficult for device drivers >

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, Mar 14, 2007 at 04:24:54PM -0700, Davide Libenzi wrote: > Can you point me to a kernel path that ends up calling aio_complete() in a > do-not-sleep mode? If you remove that invariant, then it is very difficult for device drivers and other code to make use of aio_complete(). > The

Re: /sys/devices/system/cpu/cpuX/online are missing

On Tue, 13 Mar 2007 09:56:52 + Russell King <[EMAIL PROTECTED]> wrote: > Right, here's the ARM fix which is now in the ARM tree: > [...] The following patch seems to fix the issue (+ minor style fix). I'm not sure it's ok due to my poor knowledge of this code. Signed-off-by: Giuliano

Re: SMP performance degradation with sysbench

On Tue, Mar 13, 2007 at 05:08:59AM -0700, Nick Piggin wrote: > I would agree that it points to MySQL scalability issues, however the > fact that such large gains come from tcmalloc is still interesting. What glibc version are you, Anton and others are using? Does that version has this fix

Re: [patch 13/13] signalfd/timerfd/asyncfd v5 - KAIO asyncfd support (example/maybe-broken) ...

On Wed, 14 Mar 2007, Benjamin LaHaise wrote: > On Wed, Mar 14, 2007 at 03:19:21PM -0700, Davide Libenzi wrote: > > + /* > > +* Check if the user asked us to deliver the result through an > > +* asyncfd. Note that asyncfd_add_results() may sleep. It seems > > +* OK looking at the

  1   2   3   4   5   6   7   8   9   10   >