Re: [PATCH 00/16] Permit filesystem local caching [try #3]

On Mon, 2007-08-13 at 11:54 +0100, David Howells wrote: > Casey Schaufler <[EMAIL PROTECTED]> wrote: > > > Sigh. So it's not only SELinux specific, but RedHat specific as well. > > *Blink*. How did you come to that conclusion? > > > > (3) The cache driver wants to access the files in the cach

Re: [patch 10/10] m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible

On Mon, 13 Aug 2007, Michael Schmitz wrote: > > > Anyone using mouseemu on m68k Mac? > > > > Yes, and on powermac too. It provides the paste key for gpm and I'm quite > > fond of it. But if there's a better alternative, I'll happily try it > > instead. > > Too much overhead on m68k? On powermac it

Re: min_free_kbytes documentation, /proc/sys/vm docs

On Mon, 2007-08-13 at 15:46 +0200, Pavel Machek wrote: > Hi! > > min_free_kbytes documentation says: > > min_free_kbytes: > > This is used to force the Linux VM to keep a minimum number > of kilobytes free. The VM uses this number to compute a pages_min > value for each lowmem zone in the syst

Re: [patch 3/3] genirq: mark io_apic level interrupts to avoid resend

On Mon, Aug 13, 2007 at 02:07:15PM +0200, Thomas Gleixner wrote: > On Mon, 2007-08-13 at 13:28 +0200, Jarek Poplawski wrote: > > Maybe I miss something, but: > > - why it's not done in other places with handle_level_irq or > > I removed the PENDING bit magic in handle_level_irq, which was put ther

Re: [patch 17/23] Add cmpxchg_local to s390

* Heiko Carstens ([EMAIL PROTECTED]) wrote: > On Sun, Aug 12, 2007 at 10:54:51AM -0400, Mathieu Desnoyers wrote: > > Use the standard __cmpxchg for every type that can be updated atomically. > > Use the new generic cmpxchg_local (disables interrupt) for other types. > > > > Signed-off-by: Mathieu

Re: drivers/net/tokenring/3c359.c

On Mon, 13 Aug 2007 15:43:30 +0530 Surya Prabhakar N <[EMAIL PROTECTED]> wrote: > Hi, >Replacing kmalloc with kzalloc and cleaning up memset in > drivers/net/tokenring/3c359.c > > > Signed-off-by: Surya Prabhakar <[EMAIL PROTECTED]> Acked-by: Alan Cox <[EMAIL PROTECTED]> - To unsubscribe f

Re: [PATCH 00/16] Permit filesystem local caching [try #3]

--- David Howells <[EMAIL PROTECTED]> wrote: > Casey Schaufler <[EMAIL PROTECTED]> wrote: > > > Sigh. So it's not only SELinux specific, but RedHat specific as well. > > *Blink*. How did you come to that conclusion? > > > > (3) The cache driver wants to access the files in the cache, but it

Re: [Lksctp-developers] [PATCH] [422/2many] MAINTAINERS - SCTP PROTOCOL

[EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > Acked-by: Vlad Yasevich <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo

RE: [PATCH] [19/2many] MAINTAINERS - IPS SCSI RAID DRIVER

ACK Sincerely -- Mark Salyzyn > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, August 13, 2007 2:22 AM > To: [EMAIL PROTECTED]; > [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; > [EMAIL PROTECTED]; AACRAID > Subject: [PATCH] [19/2many] MAINTAIN

Re: [patch 10/10] m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible

> > Anyone using mouseemu on m68k Mac? > > Yes, and on powermac too. It provides the paste key for gpm and I'm quite > fond of it. But if there's a better alternative, I'll happily try it > instead. Too much overhead on m68k? On powermac it never gave me trouble, but I was surprised to hear people

RE: [PATCH] [21/2many] MAINTAINERS - AACRAID SCSI RAID DRIVER

ACK Sincerely -- Mark Salyzyn > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, August 13, 2007 2:22 AM > To: [EMAIL PROTECTED]; > [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; > [EMAIL PROTECTED]; AACRAID > Subject: [PATCH] [21/2many] MAINTAIN

Re: [PATCH] ext3: fix ext34_fill_super group description initialization

> ->s_group_desc have to be zero filled because if sb_read() failed > we jump to following error path. > failed_mount2: > for (i = 0; i < db_count; i++) > brelse(sbi->s_group_desc[i]);<< Bad things may happen here > > Signed-off-by: Dmitry Monakhov <[EMAIL PROTECTED]> > --- > f

RE: [PATCH] [20/2many] MAINTAINERS - DPT_I2O SCSI RAID DRIVER

ACK Sincerely -- Mark Salyzyn > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, August 13, 2007 2:22 AM > To: [EMAIL PROTECTED]; > [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; > [EMAIL PROTECTED]; AACRAID > Subject: [PATCH] [20/2many] MAINTAIN

Re: [PATCH] [397/2many] MAINTAINERS - QNX4 FILESYSTEM

On 2007-08-13 08:34:35, [EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > diff --git a/MAINTAINERS b/MAINTAINERS > index 6a99fe5..ed3be09 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -3799,6 +3799,8 @@ M: [EMAIL PROT

Re: [KJ] replacing kmalloc with kzalloc in io_apic.c

> Hi, >Replacing kmalloc with kzalloc and cleaning up memset in > arch/i386/kernel/io_apic.c > > > Signed-off-by: Surya Prabhakar <[EMAIL PROTECTED]> > --- > > diff --git a/arch/i386/kernel/io_apic.c b/arch/i386/kernel/io_apic.c > index 4b8a8da..1329615 100644 > --- a/arch/i386/kernel/io_apic.c

Re: [patch 10/10] m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible

On Mon, 13 Aug 2007, Michael Schmitz wrote: > > From: Geert Uytterhoeven <[EMAIL PROTECTED]> > > > > m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible > > With buttons emulation being available via uinput event devices, do we > still need the kernel mouse button emulation? At

Re: [PATCH] x86: optionally show last exception from/to register contents

> I though you did, but since I never saw it appear in any release, I posted > this one... It's a little different (and somewhat hackish I admit) ftp://firstfloor.org/pub/ak/x86_64/debug/last-branch It has far more overhead than yours of course. The only way to merge something like that would be

PROBLEM : On a laptop Aopen 1556 or 1557 my integrated card-reader doesn't work.

[1.] One line summary of the problem: On a laptop Aopen 1556 or 1557 my integrated card-reader doesn't work. [2.] Full description of the problem/report: The card-reader of my laptop (Aopen 1556 or 1557) has never work. I'm under Debian unstable, but I have tested others distros through live-cd

Re: [PATCH] Firmware class name collision

Hi Markus, On Mon, 13 Aug 2007 15:11:50 +0200, Markus Rechberger wrote: > following patch fixes the i2c name collision with i2c-dev. > > http://mcentral.de/wiki/index.php/Bugtracker#i2c_core_problem > > This issue has been experienced with em28xx and saa7133 based devices. > I discussed that pro

Re: [PATCH] pata_artop: fix UDMA5 for AEC6280[R] and UDMA6 for AEC6880[R]

> > It would be nice to know why - is the cable detet coming out right on > > this ? > > The box has a short 40-wire cable, so pata_artop drops to udma/33 > while aec62xx does udma/100 without intervention. I added an override Curious as both use the same cable detect logic. > to artop6260_cabl

Re: [kvm-devel] [PATCH 0/2][KVM] guest time accounting

Laurent Vivier wrote: Are these options for using the kernel as a guest or host? I'd guess the former. I didn't find CONFIG_HYPERVISOR. I meant, add a new option CONFIG_HYPERVISOR. The good one seems to be CONFIG_VIRTUALIZATION that is used to activate CONFIG_KVM. It's ju

Re: [3/3] 2.6.23-rc2: known regressions v2

Hi, On 11/08/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote: > On Saturday, 11 August 2007 12:53, Meelis Roos wrote: > > > > > 3. Can you please check if this patch changes anything: > > > > > http://marc.info/?l=linux-mm-commits&m=118669680811669&w=2 > > > > > > > > Tried it on current git, kern

Re: [PATCH] x86: optionally show last exception from/to register contents

>>> Andi Kleen <[EMAIL PROTECTED]> 13.08.07 15:08 >>> >On Mon, Aug 13, 2007 at 12:33:05PM +0100, Jan Beulich wrote: >> +if (__get_cpu_var(ler_msr)) { >> +u32 from, to, hi; >> + >> +rdmsr(__get_cpu_var(ler_msr), from, hi); >> +r

Re: [PATCH 4 of 5 ] /drivers/char/rio ioremap balancing/ returncode check

> Patch 4 of the 5 I sent was the only one with wrapping, and that > wrapping existed in abundance in /drivers/char/rio/rio_linux.c file > long before I got there. Several lines in that file exceed 100 > columns, I think the "winner" was around 142. Thats not the issue - the patch itself appea

[PATCH] Firmware class name collision

Hi, following patch fixes the i2c name collision with i2c-dev. http://mcentral.de/wiki/index.php/Bugtracker#i2c_core_problem This issue has been experienced with em28xx and saa7133 based devices. I discussed that problem with Jean Delvare a while ago and he proposed to add a prefix to the clas

Re: [PATCH] [374/2many] MAINTAINERS - PCNET32 NETWORK DRIVER

Am Montag 13 August 2007 09:18 schrieb Al Viro: > On Sun, Aug 12, 2007 at 11:46:49PM -0700, Joe Perches wrote: > > On Sun, 2007-08-12 at 23:36 -0700, David Miller wrote: > > > Ok, 374 patches is just rediculious. > > > > > > So many patches eats up an enormous amount of mailing list resources, > >

Re: [PATCH] [470/2many] MAINTAINERS - TCP LOW PRIORITY MODULE

> I believe commas will cause problems with some > emailers. If you weren't allowed to use a comma, > what would you choose to display your names? Please stop trying to mash up the MAINTAINERS file. Its your problem and your tools problem to cope with simple things like a comma (hint .. use prope

Re: [PATCH 4/6][RESEND] Emulex FC HBA driver: fix overflow of statically allocated array

Ok here's what happened, - We changed the define so that it matched what we are using. We never configure more than 4 HBQ, thus the index will never be beyond 0-3. The if-check is actually innoculous. Given that the change wasn't your patch, we didn't include you as the author. - Codi

Re: [kvm-devel] [PATCH 0/2][KVM] guest time accounting

Avi Kivity wrote: > Laurent Vivier wrote: >>> - perhaps the new fields should be guarded by a #ifdef CONFIG_HYPERVISOR >>> (selected by CONFIG_KVM)? that way the (minor) additional overhead is >>> only incurred if it can possibly be used. I imagine that our canine >>> cousin will want to use this

Re: [PATCH 00/16] Permit filesystem local caching [try #3]

On Sat, 2007-08-11 at 08:56 -0700, Casey Schaufler wrote: > --- David Howells <[EMAIL PROTECTED]> wrote: > > > Casey Schaufler <[EMAIL PROTECTED]> wrote: > > > > > How would you expect an LSM that is not SELinux to interface with > > > CacheFiles? > > > > You have to understand that I didn't kno

Re: Block device throttling [Re: Distributed storage.]

On Monday 13 August 2007 05:18, Evgeniy Polyakov wrote: > > Say you have a device mapper device with some physical device > > sitting underneath, the classic use case for this throttle code. > > Say 8,000 threads each submit an IO in parallel. The device mapper > > mapping function will be called

[kj] is_power_of_2 in mm/slub.c

Replacing n & (n - 1) for power of 2 check by is_power_of_2(n) Signed-off-by: vignesh babu <[EMAIL PROTECTED]> --- diff --git a/mm/slub.c b/mm/slub.c index 69d02e3..1241d14 100644 --- a/mm/slub.c +++ b/mm/slub.c @@ -20,6 +20,7 @@ #include #include #include +#include /* * Lock order: @@

Re: [PATCH 3/23] make atomic_read() and atomic_set() behavior consistent on arm

On Mon, Aug 13, 2007 at 08:46:52AM -0400, Chris Snook wrote: > On Mon, Aug 13, 2007 at 01:19:31PM +0100, Russell King wrote: > > On Mon, Aug 13, 2007 at 07:09:46AM -0400, Chris Snook wrote: > > > By popular demand, I've redone the patchset to include volatile casts in > > > atomic_set as well. I'v

Re: Linux 2.6.23-rc3

Hello lkml, Linux kernel v2.6.23-rc3 booted ok and so far everything is fine. I have HP Compaq nx9420 laptop (Dual Core). Just a few things that I found interesting: 1. /sys/devices/system/clocksource/clocksource0/* $ sudo grep . * available_clocksource:hpet hpet acpi_pm jiffies tsc

[kj] is_power_of_2 in ntfs

Replacing n & (n - 1) for power of 2 check by is_power_of_2(n) Signed-off-by: vignesh babu <[EMAIL PROTECTED]> --- diff --git a/fs/ntfs/inode.c b/fs/ntfs/inode.c index b532a73..8152f79 100644 --- a/fs/ntfs/inode.c +++ b/fs/ntfs/inode.c @@ -27,6 +27,7 @@ #include #include #include +#include

[PATCH] fix NULL pointer dereference in __vm_enough_memory()

On Mon, 13 Aug 2007 15:38:53 +0800 WU Fengguang <[EMAIL PROTECTED]> wrote: > On Sun, Aug 12, 2007 at 04:17:44PM +0100, Alan Cox wrote: > > Try this (it compiles but isnt tested). Its a weekend here, the sun is > > shining, the beach is a short walk, and I have more interesting things to > > do rig

Re: [PATCH] [504/2many] MAINTAINERS - USB PEGASUS DRIVER

On Sun, 12 Aug 2007, [EMAIL PROTECTED] wrote: Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index d822865..fc87fa7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4764,6 +4764,7 @@ L:[EMAIL PROTECTED] L: [

[kj] is_power_of_2 in drivers/md/dm-raid1.c

Replacing n & (n - 1) for power of 2 check by is_power_of_2(n) Signed-off-by: vignesh babu <[EMAIL PROTECTED]> --- diff --git a/drivers/md/dm-raid1.c b/drivers/md/dm-raid1.c index 144071e..969b398 100644 --- a/drivers/md/dm-raid1.c +++ b/drivers/md/dm-raid1.c @@ -19,6 +19,7 @@ #include #include

[kj] is_power_of_2 in drivers/pci/pci.c

Replacing n & (n - 1) for power of 2 check by is_power_of_2(n) Signed-off-by: vignesh babu <[EMAIL PROTECTED]> --- diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c index 37c00f6..19a64a3 100644 --- a/drivers/pci/pci.c +++ b/drivers/pci/pci.c @@ -17,6 +17,7 @@ #include #include #include +#i

[kj] is_power_of_2 in drivers/block/rd.c

Replacing n & (n - 1) for power of 2 check by is_power_of_2(n) Signed-off-by: vignesh babu <[EMAIL PROTECTED]> --- diff --git a/drivers/block/rd.c b/drivers/block/rd.c index 65150b5..81821d3 100644 --- a/drivers/block/rd.c +++ b/drivers/block/rd.c @@ -56,6 +56,7 @@ #include #include #include

[kj] is_power_of_2 in drivers/block/rd.c

Replacing n & (n - 1) for power of 2 check by is_power_of_2(n) Signed-off-by: vignesh babu <[EMAIL PROTECTED]> --- diff --git a/drivers/block/rd.c b/drivers/block/rd.c index 65150b5..81821d3 100644 --- a/drivers/block/rd.c +++ b/drivers/block/rd.c @@ -56,6 +56,7 @@ #include #include #include

Re: [PATCH 4 of 5 ] /drivers/char/rio ioremap balancing/ returncode check

On Mon, 13 Aug 2007 06:42:35 -0400 Alan Cox <[EMAIL PROTECTED]> wrote: >Your mail client has wrapped the patches. Please resend without >wrapping Much as I'd love to blame my mail client for this one... Patch 4 of the 5 I sent was the only one with wrapping, and that wrapping existed in abund

Re: [patch 10/10] m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible

> From: Geert Uytterhoeven <[EMAIL PROTECTED]> > > m68k/mac: Make mac_hid_mouse_emulate_buttons() declaration visible With buttons emulation being available via uinput event devices, do we still need the kernel mouse button emulation? At least on powerpc, it was declared deprecated long ago ... A

Re: [PATCH 3/23] make atomic_read() and atomic_set() behavior consistent on arm

On Mon, Aug 13, 2007 at 01:19:31PM +0100, Russell King wrote: > On Mon, Aug 13, 2007 at 07:09:46AM -0400, Chris Snook wrote: > > By popular demand, I've redone the patchset to include volatile casts in > > atomic_set as well. I've also converted the macros to inline functions, to > > help catch ty

UML/man: BLKGETSIZE takes a long, not an int

Hi. I found a type mismatch in UML that makes host block devices unusable as ubd devices on x86_64 and other 64 bits systems (segfault of the mm subsystem): In block/ioctl.c, the following lines show that the BLKGETSIZE ioctl expects a pointer to a long: case BLKGETSIZE:

Re: [RFD] Layering: Use-Case Composers (was: DRBD - what is it, anyways? [compare with e.g. NBD + MD raid])

[EMAIL PROTECTED] wrote: Would this just be relevant to network devices or would it improve support for jostled usb and sata hot-plugging I wonder? good question, I suspect that some of the error handling would be similar (for devices that are unreachable not haning the system for example), b

Re: [PATCH 00/25] move handling of setuid/gid bits from VFS into individual setattr functions (RESEND)

On Mon, 13 Aug 2007 08:01:34 -0400 Jeff Layton <[EMAIL PROTECTED]> wrote: > On Sat, 11 Aug 2007 03:57:39 +0100 > Christoph Hellwig <[EMAIL PROTECTED]> wrote: > > > > I like the idea of checking ia_valid after return a lot. But instead of > > going BUG() it should just do the default action, that

Re: [GIT PATCH] scsi bug fixes for 2.6.23-rc2

On Tue, Aug 07 2007, Andrew Morton wrote: > On Tue, 07 Aug 2007 10:38:44 -0500 James Bottomley <[EMAIL PROTECTED]> wrote: > > > On Tue, 2007-08-07 at 11:11 -0400, Jeff Garzik wrote: > > > James Bottomley wrote: > > > > The initial bsg submit went via the block git tree ... which I believe > > > >

I have two 1394 port in my computer, why did I get only one eth1394 interface?

Hi, My computer has two 1394 port, one is in the front panel, and another is in the back. I found with linux 1394 ethernet support, I only get one ethernet device named eth1. After read code, I found author says "This is where we add all of our ethernet * devices. One for each host." Then

Re: WARNING: at arch/x86_64/kernel/smp.c:379 smp_call_function_single()

Paolo Ornati wrote: On Fri, 10 Aug 2007 14:04:33 +0200 "Michal Piotrowski" <[EMAIL PROTECTED]> wrote: [ 756.707601] Disabling non-boot CPUs ... [ 756.712034] kvm: disabling virtualization on CPU1 [ 756.712037] WARNING: at arch/x86_64/kernel/smp.c:379 smp_call_function_single() [ 756.712

Re: lmbench ctxsw regression with CFS

On Mon, Aug 06 2007, Nick Piggin wrote: > > > What CPU did you get these numbers on? Do the indirect calls hurt much > > > on those without an indirect predictor? (I'll try running some tests). > > > > it was on an older Athlon64 X2. I never saw indirect calls really > > hurting on modern x86 CP

Re: Block device throttling [Re: Distributed storage.]

On Mon, Aug 13, 2007 at 05:18:14AM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > > If limit is for > > 1gb of pending block io, and system has for example 2gbs of ram (or > > any other resonable parameters), then there is no way we can deadlock > > in allocation, since it will not force pag

Re: [PATCH 3/23] make atomic_read() and atomic_set() behavior consistent on arm

On Mon, Aug 13, 2007 at 07:09:46AM -0400, Chris Snook wrote: > From: Chris Snook <[EMAIL PROTECTED]> > > Use volatile consistently in atomic.h on arm. > > Signed-off-by: Chris Snook <[EMAIL PROTECTED]> > > --- linux-2.6.23-rc3-orig/include/asm-arm/atomic.h2007-07-08 > 19:32:17.0 -04

Re: Block device throttling [Re: Distributed storage.]

On Monday 13 August 2007 05:04, Evgeniy Polyakov wrote: > On Mon, Aug 13, 2007 at 04:04:26AM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > > On Monday 13 August 2007 01:14, Evgeniy Polyakov wrote: > > > > Oops, and there is also: > > > > > > > > 3) The bio throttle, which is supposed to prev

Re: Block device throttling [Re: Distributed storage.]

On Mon, Aug 13, 2007 at 04:18:03AM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > > No. Since all requests for virtual device end up in physical devices, > > which have limits, this mechanism works. Virtual device will > > essentially call either generic_make_request() for new physical > > de

Re: regression from 2.6.23-rc2 to -rc3 BAT missing

On Mon, 13 Aug 2007, Alexey Starikovskiy wrote: > Please check if the attached patch helps. No, didn't help, same behaviour. Do you need dsdt or anything else? Best wishes Norbert --- Dr. Norbert Preining <[EMAIL PROTE

Re: [PATCH] [481/2many] MAINTAINERS - TRIDENT 4DWAVE/SIS 7018 PCI AUDIO CORE

On Sun, Aug 12, 2007 at 11:37:25PM -0700, [EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > diff --git a/MAINTAINERS b/MAINTAINERS > index 7927653..fbd699e 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -4563,6 +4563,7 @@

Re: [PATCH] x86: optionally show last exception from/to register contents

On Mon, Aug 13, 2007 at 12:33:05PM +0100, Jan Beulich wrote: > > if (cpu_has_ds) { > unsigned int l1; > --- linux-2.6.23-rc3/arch/i386/kernel/traps.c 2007-08-13 08:59:45.0 > +0200 > +++ 2.6.23-rc3-x86-ler/arch/i386/kernel/traps.c 2007-08-07 > 10:42:55.000

Re: [PATCH] Fix remap handling by blktrace

On Tue, Aug 07 2007, Jens Axboe wrote: > On Tue, Aug 07 2007, Alan D. Brunelle wrote: > > > > > > > This patch provides more information concerning REMAP operations on block > > IOs. The additional information provides clearer details at the user level, > > and supports post-processing analysis

Re: [PATCH] [426/2many] MAINTAINERS - SELINUX SECURITY MODULE

yOn Sun, 12 Aug 2007, [EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > diff --git a/MAINTAINERS b/MAINTAINERS > index 9c3f1df..127502e 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -4057,10 +4057,12 @@ P:James Morris

Re: libata git tree, mbox queue status and contents

On Fri, Aug 03 2007, Jeff Garzik wrote: > * Kristen: ALPM patches. We definitely want them, as they save a ton of > power. The problem with ALPM, as I see it, is that it is way too aggressive. It really needs to be combined with a timer to be useful, it's really a huge shame that it doesn't come

Re: [PATCH] [374/2many] MAINTAINERS - PCNET32 NETWORK DRIVER

On Sun, 12 Aug 2007, David Miller wrote: > Ok, 374 patches is just rediculious. > So many patches eats up an enormous amount of mailing list resources, > and for these patches in particular there are few reasons to split them > up at all. The fact that the split up landed you at 300+ patches is

Re: [patch 3/3] genirq: mark io_apic level interrupts to avoid resend

On Mon, 2007-08-13 at 13:28 +0200, Jarek Poplawski wrote: > Maybe I miss something, but: > - why it's not done in other places with handle_level_irq or I removed the PENDING bit magic in handle_level_irq, which was put there by a mismerge. > handle_fasteoi_irq. Are we sure they can never get IRQ_

[PATCH] SERIO: Fix modpost warning.

i8042_unregister_ports's only caller i8042_remove is a __devexit function so make it __devexit too. Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]> diff --git a/drivers/input/serio/i8042.c b/drivers/input/serio/i8042.c index 3888dc3..ed286aa 100644 --- a/drivers/input/serio/i8042.c +++ b/drivers/

[PATCH] SERIO: Fix modpost warning.

i8042_unregister_ports's only caller i8042_remove is a __devexit function so make it __devexit too. Ralf diff --git a/drivers/input/serio/i8042.c b/drivers/input/serio/i8042.c index 3888dc3..ed286aa 100644 --- a/drivers/input/serio/i8042.c +++ b/drivers/input/serio/i8042.c @@ -1038,7 +1038,7 @@

Re: Block device throttling [Re: Distributed storage.]

On Mon, Aug 13, 2007 at 04:04:26AM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > On Monday 13 August 2007 01:14, Evgeniy Polyakov wrote: > > > Oops, and there is also: > > > > > > 3) The bio throttle, which is supposed to prevent deadlock, can > > > itself deadlock. Let me see if I can reme

Re: [PATCH 00/25] move handling of setuid/gid bits from VFS into individual setattr functions (RESEND)

On Sat, 11 Aug 2007 03:57:39 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote: > > I like the idea of checking ia_valid after return a lot. But instead of > going BUG() it should just do the default action, that we can avoid > touching all the filesystem and only need to change those that need >

[PATCH 23/23] make atomic_read() and atomic_set() behavior consistent on xtensa

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on xtensa. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-xtensa/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-xtensa/atomic.h2007-08-13 0

Re: [BUGFIX] NULL pointer dereference in __vm_enough_memory()

[Alan Cox - Mon, Aug 13, 2007 at 12:22:24PM +0100] | > Well, as I see, it seems the Alan's patch is correct. We pass | > newly created mm to security_vm_enough_memory_mm() and get no errors | > here even for overcommit = 2. But my question was that mm->total_vm | > = 0 for this case and that is pro

Re: [PATCH] [188/2many] MAINTAINERS - EXT4 FILE SYSTEM

Hi, On Mon, 2007-08-13 at 03:01 -0600, Andreas Dilger wrote: > To be honest, Stephen and Andrew haven't been directly involved in > the ext4 development. It probably makes more sense to have e.g. > Eric Sandeen, Ted Ts'o, and MingMing Cao in their place. Works for me. --Stephen - To unsubscr

[PATCH 22/23] make atomic_read() and atomic_set() behavior consistent on x86_64

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on x86_64. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-x86_64/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-x86_64/atomic.h2007-08-13 0

Re: Distributed storage.

On Monday 13 August 2007 04:03, Evgeniy Polyakov wrote: > On Mon, Aug 13, 2007 at 03:12:33AM -0700, Daniel Phillips ([EMAIL PROTECTED]) wrote: > > > This is not a very good solution, since it requires all users of > > > the bios to know how to free it. > > > > No, only the specific ->endio needs t

[PATCH 21/23] make atomic_read() and atomic_set() behavior consistent on v850

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on v850. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-v850/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-v850/atomic.h 2007-08-13 06:19:32.000

Re: [v4l-dvb-maintainer] [PATCH] [165/2many] MAINTAINERS - DVB SUBSYSTEM AND DRIVERS

Em Dom, 2007-08-12 às 23:26 -0700, [EMAIL PROTECTED] escreveu: > DVB SUBSYSTEM AND DRIVERS > +F: drivers/media/video/*/*dvb.c > +F: drivers/media/video/*dvb.c Those refers to the files: drivers/media/video/video-buf-dvb.c drivers/media/video/cx88/cx88-dvb.c drivers/m

[PATCH 20/23] make atomic_read() and atomic_set() behavior consistent on sparc

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on alpha. Leave sparc-internal atomic24_t type alone. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-sparc/atomic.h2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/inclu

Re: WARNING: at arch/x86_64/kernel/smp.c:379 smp_call_function_single()

On Fri, 10 Aug 2007 14:04:33 +0200 "Michal Piotrowski" <[EMAIL PROTECTED]> wrote: > > [ 756.707601] Disabling non-boot CPUs ... > > [ 756.712034] kvm: disabling virtualization on CPU1 > > [ 756.712037] WARNING: at arch/x86_64/kernel/smp.c:379 > > smp_call_function_single() > > [ 756.712039] >

[PATCH 19/23] make atomic_read() and atomic_set() behavior consistent on sparc64

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on sparc64. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-sparc64/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-sparc64/atomic.h 2007-08-13

Re: [PATCH] [488/2many] MAINTAINERS - UNIFORM CDROM DRIVER

On Sun, Aug 12 2007, [EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > diff --git a/MAINTAINERS b/MAINTAINERS > index 9bea953..51e9dec 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -4625,6 +4625,9 @@ M: [EMAIL PROTECT

Re: [PATCH] [369/2many] MAINTAINERS - PCI SOUND DRIVERS (ES1370, ES1371 and SONICVIBES)

On Sun, 2007-08-12 at 23:33 -0700, [EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> Acked-By: Thomas Sailer <[EMAIL PROTECTED]> NB: I thought these old non-alsa drivers were going to be removed "soon"... Tom - To unsubscribe fro

[PATCH 18/23] make atomic_read() and atomic_set() behavior consistent on sh

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on sh. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-sh/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-sh/atomic.h2007-08-13 06:07:16.0

PROBLEM: 2.6.23-rc "NETDEV WATCHDOG: eth0: transmit timed out"

Hi, I am having trouble with the 2.6.23 kernel. With all versions since 2.6.23-rc1 I have trouble with my network connection. When using the network over a certain level (just browsing the web seems not to be enough) e.g. when installing packages over the nvsv4 share, all network stuff freezes for

[PATCH 17/23] make atomic_read() and atomic_set() behavior consistent on sh64

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on sh64. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-sh64/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-sh64/atomic.h 2007-08-13 06:08:37.000

Re: [PATCH] [90/2many] MAINTAINERS - BAYCOM/HDLCDRV DRIVERS FOR AX.25

On Sun, 2007-08-12 at 23:24 -0700, [EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> Acked-By: Thomas Sailer <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message t

[PATCH] x86: optionally show last exception from/to register contents

.. when dumping register state. This is particularly useful when gcc managed to tail-call optimize an indirect call which happens to hit a NULL (or otherwise invalid) pointer. Signed-off-by: Jan Beulich <[EMAIL PROTECTED]> arch/i386/kernel/cpu/amd.c |4 arch/i386/kernel/cpu/common.c

[PATCH 16/23] make atomic_read() and atomic_set() behavior consistent on s390

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on s390. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-s390/atomic.h 2007-08-13 03:14:13.0 -0400 +++ linux-2.6.23-rc3/include/asm-s390/atomic.h 2007-08-13 06:04:58.000

[PATCH 15/23] make atomic_read() and atomic_set() behavior consistent on parisc

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on parisc. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-parisc/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-parisc/atomic.h2007-08-13 0

2.6.23-rc2-mm2: strtol_check_range patches

Andrew please drop introduce-strtol_check_range-fix.patch introduce-strtol_check_range.patch from -mm. strtol_check_range() semantics is broken, because caller can't distinguish -E from valid negative number if he wants to negative integers. Comment mentions this, but we don't want

[PATCH 14/23] make atomic_read() and atomic_set() behavior consistent on mips

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on mips. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-mips/atomic.h 2007-08-13 03:14:13.0 -0400 +++ linux-2.6.23-rc3/include/asm-mips/atomic.h 2007-08-13 05:52:14.000

[PATCH] cleanup floppy.h

AUTO_DMA and FLOPPY_MOTOR_MASK in include/asm-*/floppy.h are dead symbols - remove them. Signed-off-by: Jan Beulich <[EMAIL PROTECTED]> include/asm-alpha/floppy.h |2 -- include/asm-arm/floppy.h |2 -- include/asm-i386/floppy.h|4 include/asm-m68k/floppy.h|3 --

[PATCH 13/23] make atomic_read() and atomic_set() behavior consistent on m68k

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on m68k. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-m68k/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-m68k/atomic.h 2007-08-13 05:45:43.000

[PATCH] floppy: tolerate DMA channel unavailability

The floppy driver is already written to be able to operate in virtual DMA mode. Thus it can easily be adjusted to tolerate failure from fd_request_dma() as long as virtual DMA mode is not disallowed. Signed-off-by: Jan Beulich <[EMAIL PROTECTED]> drivers/block/floppy.c | 14 +- 1 f

Re: [KJ-resend]replacing kmalloc with kzalloc in drivers/mtd/chips/cfi_probe.c

On Mon, 13 Aug 2007, Surya Prabhakar N wrote: > > Hi, >Replacing kmalloc with kzalloc and cleaning up memset in > drivers/mtd/chips/cfi_probe.c. Kindly ignore the previous similar patch. > > Signed-off-by: Surya Prabhakar <[EMAIL PROTECTED]> > --- > > diff --git a/drivers/mtd/chips/cfi_probe.c

Re: [PATCH] [123/2many] MAINTAINERS - COMMON INTERNET FILE SYSTEM (CIFS)

On Sun, 2007-08-12 at 23:25 -0700, [EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > diff --git a/MAINTAINERS b/MAINTAINERS > index 1c014f1..5144e4e 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -1201,6 +1201,7 @@ L:

[PATCH 12/23] make atomic_read() and atomic_set() behavior consistent on m68knommu

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on m68knommu. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-m68knommu/atomic.h2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-m68knommu/atomic.h 20

Re: [patch 3/3] genirq: mark io_apic level interrupts to avoid resend

On Sun, Aug 12, 2007 at 03:46:36PM -, Thomas Gleixner wrote: > Level type interrupts do not need to be resent. It was also found that > some chipsets get confused in case of the resend. IMHO, it's still not proven the chipsets are to blame here (plus read below). > > Mark the ioapic level t

[PATCH] PNP: don't fail device init if no DMA channel available

Most drivers for devices supporting ISA DMA can operate without DMA as well (falling back zo PIO). Thus it seems inappropriate for PNP to fail device initialization in case none of the possible DMA channels are available. Instead, it should be left to the driver to decide what to do if request_dma(

[PATCH 11/23] make atomic_read() and atomic_set() behavior consistent on m32r

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on m32r. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-m32r/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-m32r/atomic.h 2007-08-13 05:42:09.000

[PATCH 9/23] make atomic_read() and atomic_set() behavior consistent on i386

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on i386. Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-i386/atomic.h 2007-07-08 19:32:17.0 -0400 +++ linux-2.6.23-rc3/include/asm-i386/atomic.h 2007-08-13 05:31:45.000

[PATCH 10/23] make atomic_read() and atomic_set() behavior consistent on ia64

From: Chris Snook <[EMAIL PROTECTED]> Use volatile consistently in atomic.h on ia64. This will do weird things without Andreas Schwab's fix: http://lkml.org/lkml/2007/8/10/410 Signed-off-by: Chris Snook <[EMAIL PROTECTED]> --- linux-2.6.23-rc3-orig/include/asm-ia64/atomic.h 2007-07-08 19:32

Re: [PATCH] [292/2many] MAINTAINERS - LINUX FOR POWERPC EMBEDDED PPC4XX

On Sun, 12 Aug 2007 23:31:11 -0700 [EMAIL PROTECTED] wrote: > Add file pattern to MAINTAINER entry > > Signed-off-by: Joe Perches <[EMAIL PROTECTED]> > > diff --git a/MAINTAINERS b/MAINTAINERS > index 0862965..38810b7 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -2804,6 +2804,8 @@ M:

<    1   2   3   4   5   6   7   8   9   10   >