Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

On Fri, Dec 01, 2006 at 08:28:16AM +0100, Willy Tarreau wrote: > Oh, I'm perfectly aware of this. That's in part why I started the hotfix > branch in the past :-) But sometimes, fixes consist in merging all the > patches from the maintenance branch (eg: from 4.1.0 to 4.1.1), and if > this is the ca

Re: [patch]VMSPLIT_2G conflicts with PAE

On Fri, Dec 01 2006, Shaohua Li wrote: > PAGE_OFFSET is 0x7800 with VMSPLIT_2G, this address is in the middle > of the second pgd entry with pae enabled. This breaks assumptions > (address is aligned to pgd entry's address) in a lot of places like > pagetable_init. Fixing the assumptions is har

Re: [patch 3/3] fs: fix cont vs deadlock patches

On Thu, Nov 30, 2006 at 11:21:02PM -0800, Andrew Morton wrote: > On Fri, 1 Dec 2006 06:08:52 +0100 > Nick Piggin <[EMAIL PROTECTED]> wrote: > > > On Fri, Dec 01, 2006 at 12:41:25PM +0900, OGAWA Hirofumi wrote: > > > > > > Yes, this patch doesn't pass zero-length to prepare_write. However, > > > I

Re: [PATCH] avr32: Fixup kprobes preemption handling.

On Fri, Dec 01, 2006 at 04:50:50PM +0900, Paul Mundt wrote: > While working on SH kprobes, I noticed that avr32 got the preemption > handling wrong in the no probe case. The idea is that upon entry of > kprobe_handler() preemption is disabled outright across the life of the > kprobe, only to be re-

[PATCH] avr32: Fixup kprobes preemption handling.

While working on SH kprobes, I noticed that avr32 got the preemption handling wrong in the no probe case. The idea is that upon entry of kprobe_handler() preemption is disabled outright across the life of the kprobe, only to be re-enabled in post_kprobe_handler(). However, in the event that the pr

Re: Avoid allocating during interleave from almost full nodes

A month ago, Christoph replied to pj: > > On Sat, 4 Nov 2006, Paul Jackson wrote: > > > Do you know of any existing counters that we could use like this? > > > > Adding a system wide count of pages allocated or scanned, just for > > these fullnode hint caches, bothers me. > > There are already

Re: [PATCH] UBI: take 2

Thank you Andrew, On Thu, 2006-11-30 at 22:24 -0600, Josh Boyer wrote: > On Thu, 2006-11-30 at 17:06 -0800, Andrew Morton wrote: > > err = ubi_eba_write_leb(ubi, vol_id, lnum, tbuf, off, len, > > - UBI_DATA_UNKNOWN, &written, 0, NULL); > > +

Re: [RFC: 2.6 patch] don't export device IDs to userspace

On Tue, Nov 28, 2006 at 02:28:34AM +0100, Adrian Bunk wrote: > I don't see any good reason for exporting device IDs to userspace. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> No objection from me: Acked-by: Greg Kroah-Hartman <[EMAIL PROTECTED]> - To unsubscribe from this list: send

Re: [Bulk] Re: [patch 2.6.19-rc6] fix hotplug for legacy platform drivers

On Wed, Nov 29, 2006 at 05:27:31PM -0800, David Brownell wrote: > On Wednesday 29 November 2006 3:02 pm, Greg KH wrote: > > > > > > Here's my fix. ... > > > ... I audited all the drivers using the relevant APIs, and I can't > > > see many (if any!) folk hitting problems from this. > > > > But t

Re: Infinite retries reading the partition table

On Thu, 30 Nov 2006 22:34:57 -0800 (PST) Luben Tuikov <[EMAIL PROTECTED]> wrote: > --- Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Wed, 29 Nov 2006 17:22:48 -0800 (PST) > > Luben Tuikov <[EMAIL PROTECTED]> wrote: > > > > > Suppose reading sector 0 always reports an error, > > > sense key HARD

Re: [Bug 7505] Linux-2.6.19 fails to boot on AMD64 machine

On Thu, 30 Nov 2006 14:46:48 -0700 [EMAIL PROTECTED] (Eric W. Biederman) wrote: > Let's try and discussing this someplace where people are watching. Bugzilla > seems to be a horrible medium for tracking down bugs. You can certainly do that, but please cc [EMAIL PROTECTED] as well, so bugzilla re

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

On Fri, Dec 01, 2006 at 05:32:42PM +1100, Keith Owens wrote: > Willy Tarreau (on Fri, 1 Dec 2006 06:26:53 +0100) wrote: > >On Fri, Dec 01, 2006 at 04:14:04PM +1100, Keith Owens wrote: > >> SuSE's SLES10 ships with gcc 4.1.0. There is nothing to stop a > >> distributor from backporting the bug fix

Re: [patch 3/3] fs: fix cont vs deadlock patches

On Fri, 1 Dec 2006 06:08:52 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote: > On Fri, Dec 01, 2006 at 12:41:25PM +0900, OGAWA Hirofumi wrote: > > > > Yes, this patch doesn't pass zero-length to prepare_write. However, > > I'm not checking this patch is ok for reiserfs... > > OK, vfat wasn't working

Re: PROBLEM: snd-usb-audio (I think) hangs apps ( audacious media player ) in 'D' state, linux = 2.6.18.3

On Thu, 30 Nov 2006 22:21:45 -0800 Mike Mattie <[EMAIL PROTECTED]> wrote: > I use a soundblaster audigy 2 NX external sound card in USB 2.0 high > speed mode. > > Until 2.6.18 pausing the player would instantly 'D' state > audacious, requiring a re-boot. I thought it went away in 2.6.18 but > it

Re: [dm-devel] [RFC][PATCH] dm-cache: block level disk cache target for device mapper

On 11/30/06, Jens Wilke <[EMAIL PROTECTED]> wrote: - You don't keep track of I/O on the fly to the cache that is mapped directly in cache_hit(). How do you make sure that this I/O is completed before you replace a cache block? The previous I/O from cache hit and the later I/O for cache replacem

Re: CPU hotplug broken with 2GB VMSPLIT

On Fri, Dec 01 2006, Shaohua Li wrote: > On Fri, 2006-12-01 at 01:20 +0800, Nathan Lynch wrote: > > Nathan Lynch wrote: > > > Jens Axboe wrote: > > > > On Thu, Nov 30 2006, Jens Axboe wrote: > > > > > Hi, > > > > > > > > > > Just got a new notebook (Lenovo X60), setup a custom kernel and > > then I

Re: [PATCH 2.6.19] kobject: kobject_uevent() returns manageable value

On Thu, 30 Nov 2006 16:58:47 -0400 Mauricio Lin <[EMAIL PROTECTED]> wrote: > Since kobject_uevent() function does not return an integer value to > indicate if its operation was completed with success or not, it is > worth changing it in order to report a proper status (success or > error) instead

Re: 2.6.18 - AHCI detection pauses excessively

Berck E. Nash wrote: > [ 68.242305] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) > [ 98.221334] ata2.00: qc timeout (cmd 0xec) > [ 98.225467] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x104) > [ 108.063137] ata2: port is slow to respond, please be patient (Status 0x80) > [

Re: [GFS2] Don't flush everything on fdatasync [70/70]

On Thu, 30 Nov 2006 12:24:08 + Steven Whitehouse <[EMAIL PROTECTED]> wrote: > static int gfs2_fsync(struct file *file, struct dentry *dentry, int datasync) > { > - struct gfs2_inode *ip = GFS2_I(dentry->d_inode); > + struct inode *inode = dentry->d_inode; > + int sync_state = ino

Re: [DLM] Add support for tcp communications [38/70]

On Thu, 30 Nov 2006 12:19:08 + Steven Whitehouse <[EMAIL PROTECTED]> wrote: > >From fdda387f73947e6ae511ec601f5b3c6fbb582aac Mon Sep 17 00:00:00 2001 > From: Patrick Caulfield <[EMAIL PROTECTED]> > Date: Thu, 2 Nov 2006 11:19:21 -0500 > Subject: [PATCH] [DLM] Add support for tcp communications

[2.6 patch] the scheduled removal of X86_SPEEDSTEP_CENTRINO_ACPI

This patch contains the scheduled removal of X86_SPEEDSTEP_CENTRINO_ACPI. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- Documentation/feature-removal-schedule.txt| 21 - arch/i386/kernel/cpu/cpufreq/Kconfig | 19 arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c |

RE: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

> On Thu, Nov 30, 2006 at 10:00:35PM -0800, Hua Zhong wrote: > > > I am curious, what's the point? > > Email addresses are for contacting people. Do you go back and change all the signed-off lines too when people change jobs? > > These email addresses serve a "historical" purpose: they tell >

Re: Infinite retries reading the partition table

--- Andrew Morton <[EMAIL PROTECTED]> wrote: > On Wed, 29 Nov 2006 17:22:48 -0800 (PST) > Luben Tuikov <[EMAIL PROTECTED]> wrote: > > > Suppose reading sector 0 always reports an error, > > sense key HARDWARE ERROR. > > > > What I'm observing is that the request to read sector 0, > > reading part

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

Willy Tarreau (on Fri, 1 Dec 2006 06:26:53 +0100) wrote: >On Fri, Dec 01, 2006 at 04:14:04PM +1100, Keith Owens wrote: >> SuSE's SLES10 ships with gcc 4.1.0. There is nothing to stop a >> distributor from backporting the bug fix from gcc 4.1.1 to 4.1.0, but >> this patch would not allow the fixed

[2.6 patch] remove EXPORT_UNUSED_SYMBOL'ed symbols

In time for 2.6.20, we can get rid of this junk. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- kernel/printk.c |3 --- mm/bootmem.c|2 -- mm/memory.c |1 - mm/mmzone.c |5 - 4 files changed, 11 deletions(-) --- linux-2.6.19-rc6-mm2/kernel/printk.c.old20

Re: [PATCH] m68knommu: scatterlist add missing bracket

Hi Mariusz, Mariusz Kozlowski wrote: This patch adds missing bracket. Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]> Thanks. I'll make sure that gets pushed up. Regards Greg include/asm-m68knommu/scatterlist.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- l

trying pata_ali in 2.6.19

// I have tried out the new pata options in the 2.6.19 kernel and had some problems. // // So here's the skinny. I am using the asrock 939dual - sataII mobo. lspci -vxxx reports // // the IDE interface thus: // 00:12.0 IDE interface: ALi Corporation M5229 IDE (rev c7) (prog-if 8a [Master SecP Pr

Re: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

On Thu, Nov 30, 2006 at 10:00:35PM -0800, Hua Zhong wrote: > I am curious, what's the point? Email addresses are for contacting people. > These email addresses serve a "historical" purpose: they tell when the > contribution was made, what the author's email addresses > were at that point. For

Re: kswapd/tg3 issue

Alan <[EMAIL PROTECTED]> wrote: >> >> Just got a logwatch daily mail which revealed a problem: >> [2024412.788680] kswapd1: page allocation failure. order:2, mode:0x20 >> and a lengthy backtrace with head >> >> , >> | [202441

RE: [rfc patch] optimize o_direct on block device

Zach Brown wrote on Thursday, November 30, 2006 1:45 PM > > At that time, a patch was written for raw device to demonstrate that > > large performance head room is achievable (at ~20% speedup for micro- > > benchmark and ~2% for db transaction processing benchmark) with a > > tight I/O submission

trying pata_ali in 2.6.19

// I have tried out the new pata options in the 2.6.19 kernel and had some problems. // // So here's the skinny. I am using the asrock 939dual - sataII mobo. lspci reports // // the IDE interface thus: // 00:12.0 IDE interface: ALi Corporation M5229 IDE (rev c7) // It works fine under the old

RE: [2.6 patch] Tigran Aivazian: remove bouncing email addresses

I am curious, what's the point? These email addresses serve a "historical" purpose: they tell when the contribution was made, what the author's email addresses were at that point. It's not MAINTAINERS. If people want to contact someone, go find the latest address there. > -Original Messag

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

On Nov 29, 2006, at 20:04:28, David Schwartz wrote: Ask yourself this question: Can an assignment to a non-volatile variable be optimized out? Then ask yourself this question: Does casting away volatile make it not volatile any more? Hmm, let's put this in a C file: int my_global = 0; An

[2.6 patch] Tigran Aivazian: remove bouncing email addresses

This patch removes bouncing email addresses of Tigran Aivazian from the kernel tree. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- Documentation/filesystems/bfs.txt |2 +- arch/i386/kernel/microcode.c | 28 ++-- arch/sh/kernel/kgdb_stub.c|2 +

Re: Infinite retries reading the partition table

On Wed, 29 Nov 2006 17:22:48 -0800 (PST) Luben Tuikov <[EMAIL PROTECTED]> wrote: > Suppose reading sector 0 always reports an error, > sense key HARDWARE ERROR. > > What I'm observing is that the request to read sector 0, > reading partition information, is retried forever, ad infinitum. > > Doe

Re: mask/unmasking while servicing MSI(-X) unnecessary?

On Wed, 29 Nov 2006 17:46:07 -0500 Loic Prylli <[EMAIL PROTECTED]> wrote: > While looking into using MSI-X for our myri10ge driver, we have seen > that the msi(x) code (driver/pci/msi.c) masks the MSI(-X) vector while > servicing an interrupt. We are not sure why this masking is needed (for > inst

Re: [PATCH 0 of 2] Add memcpy_cachebypass, a memcpy that doesn't cache reads

On Wed, 29 Nov 2006 15:35:07 -0700 "Bryan O'Sullivan" <[EMAIL PROTECTED]> wrote: > These patches add a memcpy that doesn't cache reads, and use it in the > ipath driver's OpenIB receive path. > > This version incorporates a few changes asked for last time around by DaveM. Everybody seems to be h

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

On Fri, Dec 01, 2006 at 04:14:04PM +1100, Keith Owens wrote: > Andrew Morton (on Thu, 30 Nov 2006 21:05:51 -0800) wrote: > >On Wed, 29 Nov 2006 21:14:10 +0100 > >Willy Tarreau <[EMAIL PROTECTED]> wrote: > > > >> Then why not simply check for gcc 4.1.0 in compiler.h and refuse to build > >> with 4.1

Re: [2.6 patch] arch/i386/kernel/reboot.c should #include

On Wed, 29 Nov 2006 11:04:26 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > Every file should #include the headers containing the prototypes for > its global functions. --- a/Makefile~add-gcc-wmissing-prototypes +++ a/Makefile @@ -313,7 +313,7 @@ LINUXINCLUDE:= -Iinclude \ CPPFLAGS:

Re: 2.6.16.32 stuck in generic_file_aio_write()

On Wed, 29 Nov 2006 13:41:37 +0100 (CET) Igmar Palsenberg <[EMAIL PROTECTED]> wrote: > I've got a machine which occasionally locks up. I can still sysrq it from > a serial console, so it's not entirely dead. > > A sysrq-t learns me that it's got a large number of httpd processes stuck > in D st

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

Andrew Morton (on Thu, 30 Nov 2006 21:05:51 -0800) wrote: >On Wed, 29 Nov 2006 21:14:10 +0100 >Willy Tarreau <[EMAIL PROTECTED]> wrote: > >> Then why not simply check for gcc 4.1.0 in compiler.h and refuse to build >> with 4.1.0 if it's known to produce bad code ? > >Think so. I'll queue this and

Re: [patch 3/3] fs: fix cont vs deadlock patches

On Fri, Dec 01, 2006 at 12:41:25PM +0900, OGAWA Hirofumi wrote: > > Yes, this patch doesn't pass zero-length to prepare_write. However, > I'm not checking this patch is ok for reiserfs... OK, vfat wasn't working correctly for me -- I needed the following patch: Index: linux-2.6/fs/buffer.c =

Re: [2.6 patch] NET_SCH_ATM doesn't need ipcommon.o

From: Christoph Hellwig <[EMAIL PROTECTED]> Date: Mon, 27 Nov 2006 06:04:37 + > On Mon, Nov 27, 2006 at 01:59:34AM +0100, Adrian Bunk wrote: > > NET_SCH_ATM doesn't need ipcommon.o > > > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > > > --- linux-2.6.19-rc6-mm1/net/atm/Makefile.old

Re: [patch 2.6.19-rc6] Stop gcc 4.1.0 optimizing wait_hpet_tick away

On Wed, 29 Nov 2006 21:14:10 +0100 Willy Tarreau <[EMAIL PROTECTED]> wrote: > Then why not simply check for gcc 4.1.0 in compiler.h and refuse to build > with 4.1.0 if it's known to produce bad code ? Think so. I'll queue this and see how many howls it causes. --- a/init/main.c~gcc-4-1-0-is-bus

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

On Thu, Nov 30, 2006 at 08:22:06PM -0800, David Miller wrote: > > What MAX_HEADER's setting is trying to do is optimistically allocate > enough for a single level of tunnelling. It does not handle nested > tunneling at all, of course. Agreed, I should've said MAX_HEADER. > Actually, I wonder ho

Re: [PATCH] UBI: take 2

On Thu, 2006-11-30 at 17:06 -0800, Andrew Morton wrote: > > > > The source code is available at the UBI GIT tree: > > git://git.infradead.org/ubi-2.6.git > > Got that, thanks. It needs a bit of help: > > --- a/drivers/mtd/ubi/cdev.c~git-ubi-fix > +++ a/drivers/mtd/ubi/cdev.c > @@ -1185,7 +1185,7

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

From: Herbert Xu <[EMAIL PROTECTED]> Date: Wed, 29 Nov 2006 17:51:46 +1100 > I'm just emphasising that LL_MAX_HEADER is by no means the *maximum* > header size in a Linux system. But it is the maximum "link level" singular header size. It is MAX_HEADER which is the hack and the main issue. What

[patch]VMSPLIT_2G conflicts with PAE

PAGE_OFFSET is 0x7800 with VMSPLIT_2G, this address is in the middle of the second pgd entry with pae enabled. This breaks assumptions (address is aligned to pgd entry's address) in a lot of places like pagetable_init. Fixing the assumptions is hard (eg, low mapping). SO I just changed the addr

Re: [PATCH 1/2] atomic.h atomic64_t standardization

* Paul Mundt ([EMAIL PROTECTED]) wrote: > On Thu, Nov 30, 2006 at 10:11:53PM -0500, Mathieu Desnoyers wrote: > > --- a/include/asm-generic/atomic.h > > +++ b/include/asm-generic/atomic.h > [snip] > > +#if 0 > > +/* Atomic add unless is only effective on atomic_t on powerpc (at least) */ > > +static

Re: [patch 3/3] fs: fix cont vs deadlock patches

On Fri, Dec 01, 2006 at 12:41:25PM +0900, OGAWA Hirofumi wrote: > Nick Piggin <[EMAIL PROTECTED]> writes: > > > > So basically this is changing from having prepare_write do all the > > zeroing, to zeroing the last page in generic_cont_expand, so that > > we don't have to pass a zero-length to prepa

Re: [patch 3/3] fs: fix cont vs deadlock patches

Nick Piggin <[EMAIL PROTECTED]> writes: > On Fri, Dec 01, 2006 at 07:14:28AM +0900, OGAWA Hirofumi wrote: >> >> quick look. Doesn't this break reiserfs? IIRC, the reiserfs is using >> it for another reason. I was also working for this, but I lost the >> thread of this, sorry. >> >> I found some

Re: [PATCH 1/2] atomic.h atomic64_t standardization

On Thu, Nov 30, 2006 at 10:11:53PM -0500, Mathieu Desnoyers wrote: > --- a/include/asm-generic/atomic.h > +++ b/include/asm-generic/atomic.h [snip] > +#if 0 > +/* Atomic add unless is only effective on atomic_t on powerpc (at least) */ > +static inline long atomic_long_add_unless(atomic_long_t *l,

Re: CPUFREQ-CPUHOTPLUG: Possible circular locking dependency

On Thu, Nov 30, 2006 at 09:29:34AM +0100, Ingo Molnar wrote: > what lockdep does is it observes actual locking dependencies as they > happen individually in various contexts, and then 'completes' the > dependency graph by combining all the possible scenarios how contexts > might preempt each other.

Re: [PATCH 2/2] local.h modifications

New version, fixes PowerPC typo (cut'n'pasted from the atomic.h typo). Mathieu --- a/include/asm-i386/atomic.h +++ b/include/asm-i386/atomic.h @@ -207,8 +207,9 @@ static __inline__ int atomic_sub_return( return atomic_add_return(-i,v); } -#define atomic_cmpxchg(v, old, new) ((int)cmpxc

Re: [PATCH 1/2] atomic.h atomic64_t standardization

New version, fixes PowerPC typo. --- a/include/asm-i386/atomic.h +++ b/include/asm-i386/atomic.h @@ -207,8 +207,9 @@ static __inline__ int atomic_sub_return( return atomic_add_return(-i,v); } -#define atomic_cmpxchg(v, old, new) ((int)cmpxchg(&((v)->counter), old, new)) -#define atomic

[PATCH 1/2] atomic.h atomic64_t standardization

* Christoph Hellwig ([EMAIL PROTECTED]) wrote: > We already have local_t in asm/local.h for this purposed. Unfortunately > several architecture implementations are rather suboptimal, but I'm sure > the architecture maintainers would be interested in patches to optimize > the various implementation

[PATCH 2/2] local.h modifications

* Christoph Hellwig ([EMAIL PROTECTED]) wrote: > We already have local_t in asm/local.h for this purposed. Unfortunately > several architecture implementations are rather suboptimal, but I'm sure > the architecture maintainers would be interested in patches to optimize > the various implementation

[PATCH] Add Sparse annotations to QRCU lock functions and rcutorture wrappers

Signed-off-by: Josh Triplett <[EMAIL PROTECTED]> --- include/linux/srcu.h |4 ++-- kernel/rcutorture.c |4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/include/linux/srcu.h b/include/linux/srcu.h index fcdb749..03a9010 100644 --- a/include/linux/srcu.h +++ b/include

[PATCH] Add Sparse annotations to SRCU wrapper functions in rcutorture

The SRCU wrapper functions srcu_torture_read_lock and srcu_torture_read_unlock in rcutorture intentionally change the SRCU context; annotate them accordingly, to avoid a warning. Signed-off-by: Josh Triplett <[EMAIL PROTECTED]> --- kernel/rcutorture.c |4 ++-- 1 files changed, 2 insertions(+)

Re: CPU hotplug broken with 2GB VMSPLIT

On Fri, 2006-12-01 at 01:20 +0800, Nathan Lynch wrote: > Nathan Lynch wrote: > > Jens Axboe wrote: > > > On Thu, Nov 30 2006, Jens Axboe wrote: > > > > Hi, > > > > > > > > Just got a new notebook (Lenovo X60), setup a custom kernel and > then I > > > > noticed that suspend to ram doesn't work anymo

Linux 2.6.19 VServer 2.1.x

Ladies and Gentlemen! here is the first Linux-VServer version (testing) with support for the *spaces (uts, ipc and vfs) introduced in 2.6.19 ... http://vserver.13thfloor.at/Experimental/patch-2.6.19-vs2.1.x-t1.diff it might not be as perfect as the kernel itself *G* but it does work fine here,

Re: [patch 3/3] fs: fix cont vs deadlock patches

On Fri, Dec 01, 2006 at 07:14:28AM +0900, OGAWA Hirofumi wrote: > > quick look. Doesn't this break reiserfs? IIRC, the reiserfs is using > it for another reason. I was also working for this, but I lost the > thread of this, sorry. > > I found some another users (affs, hfs, hfsplus). Those seem ha

Re: [patch 3/3] fs: fix cont vs deadlock patches

On Fri, Dec 01, 2006 at 10:11:14AM +0900, OGAWA Hirofumi wrote: > Nick Piggin <[EMAIL PROTECTED]> writes: > > > I would be happy if you come up with a quick fix, I'm just trying to > > stamp out a few big bugs in mm. However I did prefer my way of moving > > all the exapand code into generic_cont_

Re: [PATCH] Add __GFP_MOVABLE for callers to flag allocations that may be migrated

On Thu, 30 Nov 2006 17:07:46 + [EMAIL PROTECTED] (Mel Gorman) wrote: > Am reporting this patch after there were no further comments on the last > version. Am not sure what to do with it - nothing actually uses __GFP_MOVABLE. > It is often known at allocation time when a page may be migrated

Re: [-mm patch] net/: possible cleanups

From: Adrian Bunk <[EMAIL PROTECTED]> Date: Fri, 24 Nov 2006 22:58:20 +0100 > This patch contains the following possible cleanups: > - make the following needlessly global functions statis: > - ipv4/tcp.c: __tcp_alloc_md5sig_pool() > - ipv4/tcp_ipv4.c: tcp_v4_reqsk_md5_lookup() > - ipv4/udpl

Re: 2.6.19-rc6-mm2: uli526x only works after reload

On Fri, Dec 01, 2006 at 02:08:28AM +0100, Rafael J. Wysocki wrote: > On Thursday, 30 November 2006 22:32, Rafael J. Wysocki wrote: > > [Trimmed the Cc list a bit.] > > > > On Thursday, 30 November 2006 22:12, Andrew Morton wrote: > > > On Thu, 30 Nov 2006 21:21:27 +0100 > > > "Rafael J. Wysocki" <

Re: [PATCH 02/12] dmaengine: add the async_tx api

+static inline void +do_sync_xor(struct page *dest, struct page **src_list, unsigned int offset, + unsigned int src_cnt, size_t len, enum async_tx_flags flags, + struct dma_async_tx_descriptor *depend_tx, + dma_async_tx_callback callback, void *callback_param) +{ + void *_d

Re: 2.6.19-rc6-mm2: uli526x only works after reload

On Wed, Nov 29, 2006 at 06:18:09PM -0800, Andrew Morton wrote: > On Thu, 30 Nov 2006 02:04:15 +0100 > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote: > > > > > > > > > git-netdev-all.patch > > > > git-netdev-all-fixup.patch > > > > libphy-dont-do-that.patch > > > > > > Are you able to eliminate l

[PATCH] amba-pl010: clear error flags on rx error

The pl010 primecell documentation specifies that an error indicated via RSR should be cleared by a write to ECR. We didn't do this, which was causing errors to be re-reported on every call to pl010_rx_chars(). Doing a write to ECR once we detect an error appears to prevent the ep93xx console UART

Re: kernels > 2.6.17.14 hang at boot

On Thu, 2006-11-30 at 17:02 -0800, Brad Littlejohn wrote: > Any ideas? http://bugme.osdl.org/enter_bug.cgi with attachs of dmesg, lspci -vvv, cat /proc/interrupts , dmidecode etc. Sérgio - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: [PATCH 2.6.19-rc6] sparc: replace kmalloc+memset with kzalloc

From: Yan Burman <[EMAIL PROTECTED]> Date: Fri, 24 Nov 2006 14:01:14 +0200 > Replace kmalloc+memset with kzalloc > > Signed-off-by: Yan Burman <[EMAIL PROTECTED]> Applied and I added the necessary return value checks in sun4d_irq.c and io-unit.c Thanks. - To unsubscribe from this list: send th

Re: [PATCH 2.6.19-rc6] sparc64: replace kmalloc+memset with kzalloc

From: Yan Burman <[EMAIL PROTECTED]> Date: Fri, 24 Nov 2006 14:03:05 +0200 > Replace kmalloc+memset with kzalloc > > Signed-off-by: Yan Burman <[EMAIL PROTECTED]> Applied, thanks Yan. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL P

Re: [PATCH] Disable INTx when enabling MSI in forcedeth

* Linus Torvalds ([EMAIL PROTECTED]) wrote: > On Tue, 21 Nov 2006, Daniel Barkalow wrote: > > > > My nVidia ethernet card doesn't disable its own INTx when MSI is > > enabled. This causes a steady stream of spurious interrupts that > > eventually kills my SATA IRQ if MSI is used with forcedeth, whi

Re: 2.6.19-rc6-mm2: uli526x only works after reload

On Thursday, 30 November 2006 22:32, Rafael J. Wysocki wrote: > [Trimmed the Cc list a bit.] > > On Thursday, 30 November 2006 22:12, Andrew Morton wrote: > > On Thu, 30 Nov 2006 21:21:27 +0100 > > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote: > > > > > On Thursday, 30 November 2006 02:04, Rafae

Re: ICH6M SATA Controller, SATA2 NCQ disk and high iowait CPU time

On Fri, 01 Dec 2006 09:50:49 +0900 Tejun Heo <[EMAIL PROTECTED]> wrote: > Your machine is thrashing. Working set size is over the available > memory and pages are continuously getting dropped and then brought > back. Run top and press 'M' after the list showed up. It will show > who are consumi

Re: [patch 3/3] fs: fix cont vs deadlock patches

Nick Piggin <[EMAIL PROTECTED]> writes: > I would be happy if you come up with a quick fix, I'm just trying to > stamp out a few big bugs in mm. However I did prefer my way of moving > all the exapand code into generic_cont_expand, out of prepare_write, and > avoiding holding the target page locke

Re: [PATCH] UBI: take 2

On Wed, 29 Nov 2006 20:17:26 +0200 Artem Bityutskiy <[EMAIL PROTECTED]> wrote: > This is take 2 of the previous mail with David's comments in mind. > > Hello Andrew, > > we have announced UBI several months ago in the MTD mailing list. It was > successfully used in our setup and we've got positi

Re: bitmap?_find_free_region and bitmap_full arg doubts

Paul Mundt wrote: > I'll fix it up. Good catch, thanks! You're welcome. -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson <[EMAIL PROTECTED]> 1.925.600.0401 - To unsubscribe from this list: send the line "unsub

kernels > 2.6.17.14 hang at boot

Hi all. I've tried to send this a number of times, but don't think it ever made it through, so I'll give it one more go. I've given every stable kernel release newer than 2.6.17.14 a compile and run, and each time, I am getting the same hangup as the kernel boots. For 2.6.18.*, I get the followi

Re: ICH6M SATA Controller, SATA2 NCQ disk and high iowait CPU time

gary.czek wrote: > "vmstat 5" when system is really slow shows following: > > procs ---memory-- ---swap-- -io -system-- cpu > r b swpd free buff cache si sobibo in cs us sy id wa > 0 9 285904 3044832 42088 75 46 24798 484

Re: bitmap?_find_free_region and bitmap_full arg doubts

On Thu, Nov 30, 2006 at 04:10:08PM -0800, Paul Jackson wrote: > The call to bitmap_find_free_region(), in arch/sh/kernel/cpu/sh4/sq.c > looks bogus: > > page = bitmap_find_free_region(sq_bitmap, 0x0400, >get_order(map->size)); > > It says the bi

Re: [patch 3/3] fs: fix cont vs deadlock patches

On Fri, Dec 01, 2006 at 07:14:28AM +0900, OGAWA Hirofumi wrote: > > quick look. Doesn't this break reiserfs? IIRC, the reiserfs is using > it for another reason. I was also working for this, but I lost the > thread of this, sorry. Yes I think it will break reiserfs, so I just have to have a look

Re: [PATCH] PCI MMConfig: Detect and support the E7520 and the 945G/GZ/P/PL

On Mon, Nov 27, 2006 at 09:24:06PM +0100, Olivier Galibert wrote: > On Mon, Nov 27, 2006 at 08:07:48PM +0100, Andi Kleen wrote: > > Is that with just the code movement patch or your feature patch > > added too? If the later can you test it with only code movement > > (and compare against vanilla ke

Re: [RFC, PATCH 1/2] qrcu: "quick" srcu implementation

Hopefully the final version: added a comment (thanks Paul!) for the 2-nd smp_mb(). [RFC, PATCH 1/2] qrcu: "quick" srcu implementation Very much based on ideas, corrections, and patient explanations from Alan and Paul. The current srcu implementation is very good for readers, lock/unlock are extr

Re: [RFC PATCH] nForce4 ADMA with NCQ: It's aliiiive..

Prakash Punnoor wrote: Am Dienstag 10 Oktober 2006 08:44 schrieb Allen Martin: No, only CK804 and MCP04 support ADMA. We'll be publishing some patches for NCQ support for MCP55/MCP61 soon. Just wondering whether I missed them? It is now 1,5 month later... I don't think you missed them.. It

Re: bitmap­_find_free_region and bitmap_full arg doubts

M. R. Brown and Paul Mundt -- take a look at the question at end of this post. Komal wrote: > > I have attached the test module code. I have confusion about the what > to pass as second argument of bitmap_find_free_region for 2nd layer > bitmap. > > Do we have to pass "total size of the block

[ANNOUNCE][RFC] PlugSched-6.4 for 2.6.19

This version removes the hard/soft CPU rate caps from the SPA schedulers. A patch for 2.6.19 is available at: Very Brief Documentation: You can select a default scheduler at kernel build time. If you wish to bo

Re: [GFS2 & DLM] Guide to -nmw tree patches

Proper email threading is important for web ML archives too... How does the attached read to a native english speaker ? Suggestions to put that elsewhere, or better phrasing... Or maybe, as per akpm's tpp document suggest, this introductory emails should be forbidden^wdiscouraged, and the text

Re: What happened to CONFIG_TCP_NAGLE_OFF?

> No, nagle was invented specifically for telnet. Without nagle, every No it was general purpose. It fixes some extremely bad behaviour in TCP with congestion well beyond the "telnet" behaviour. > Things like mouse movements should not be sent over TCP at all. UDP > makes a much better protoc

Re: Linux 2.6.19

On Thu, Nov 30, 2006 at 11:32:59PM +0100, Udo A. Steinberg wrote: > > I didn't and that turned out to be the culprit. With CONFIG_CRYPTO_CBC enabled > everything works fine. Thanks, Herbert! > > Shouldn't cryptoloop automatically select CONFIG_CRYPTO_CBC if it depends on > it? Yes I'll make it

Re: [PATCH] atomic_cmpxchg return type error

On Thu, Nov 30, 2006 at 04:17:06PM -0500, Mathieu Desnoyers wrote: > Hi, > > I just noticed that a atomic_cmpxchg, that would be given an atomic64_t > parameter, would cast the return value as a (int). In the typical use of this > primitive, the result would be that the 32 MSB would be lost when c

Re: [PATCH -mm] x86_64 UP needs smp_call_function_single

On Thu, 30 Nov 2006 14:27:19 -0800 Andrew Morton wrote: > On Thu, 30 Nov 2006 14:11:40 -0800 > Randy Dunlap <[EMAIL PROTECTED]> wrote: > > > On Thu, 30 Nov 2006 08:00:00 +0100 Ingo Molnar wrote: > > > > > On Wed, 2006-11-29 at 17:45 -0800, Andrew Morton wrote: > > > > No, I think this patch is r

2.6.19-rt1 - failed to boot on AMD64

Hi Ingo, I attempted to get 2.6.19-rt1 going this afternoon but no luck. First, thanks for the realtime-lsm patch in the kernel. Nice to have it there. OK, so 2.6.19-rt1 starts booting, gets to the point where it see the keyboard and mouse, and then apparently starts looking for a remote NFS

[PATCH 2.6.19 09/10] Simple testing for kmemleak

This patch only contains some very simple testing at the moment. Proper testing will be needed. Signed-off-by: Catalin Marinas <[EMAIL PROTECTED]> --- lib/Kconfig.debug | 11 ++ mm/Makefile |1 + mm/memleak-test.c | 94 + 3 fi

Re: [Bugme-new] [Bug 7602] New: Failure on compilation: include/asm/bitops.h:122: error: inconsistent operand constraints in an `asm' in nfs_access_add_cache()

On Thu, 30 Nov 2006 23:49:12 +0100 Andi Kleen wrote: > On Thursday 30 November 2006 23:32, Andrew Morton wrote: > > On Thu, 30 Nov 2006 23:22:00 +0100 > > Andi Kleen <[EMAIL PROTECTED]> wrote: > > > > > > > > > > static __inline__ int __test_and_set_bit(int nr, volatile void * addr) > > > > { >

[PATCH 2.6.19 08/10] Keep the __init functions after initialization

This patch adds the CONFIG_DEBUG_KEEP_INIT option which preserves the .init.text section after initialization. Memory leaks happening during this phase can be more easily tracked. Signed-off-by: Catalin Marinas <[EMAIL PROTECTED]> --- include/linux/init.h |5 + lib/Kconfig.debug| 1

Re: sx1 mixer support

* Pavel Machek <[EMAIL PROTECTED]> [061130 09:04]: > Hi! > > > > Apparently they do not. Fixed. > > > > They are still globals. Could be static, right? > > Yes, fixed. Pushing this version to linux-omap after a bit more tabifying. Tony - To unsubscribe from this list: send the line "unsubscri

[PATCH 2.6.19 06/10] Add kmemleak support for ARM

This patch modifies the vmlinux.lds.S script and adds the backtrace support for ARM to be used with kmemleak. Signed-off-by: Catalin Marinas <[EMAIL PROTECTED]> --- arch/arm/kernel/vmlinux.lds.S |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/arch/arm/kernel/vmlinu

Re: [PATCH 3/3] - Add support for acpi_load_table/acpi_unload_table_id

This patch makes acpi_load_table() available for use by removing it from the #ifdef ACPI_FUTURE_USAGE. It also adds a new routine used to unload an ACPI table of a given type and "id" - acpi_unload_table_id(). The implementation of this new routine was almost a direct copy of existing routi

[PATCH 2.6.19 07/10] Remove some of the kmemleak false positives

There are allocations for which the main pointer cannot be found but they are not memory leaks. This patch fixes some of them. Signed-off-by: Catalin Marinas <[EMAIL PROTECTED]> --- arch/i386/kernel/setup.c |2 ++ drivers/base/platform.c|3 +++ drivers/char/

  1   2   3   4   5   >