[PATCH] [16/2many] MAINTAINERS - AIO

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 7989432..2de2083 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -201,6 +201,8 @@ P: Benjamin LaHaise M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Support

[PATCH] [33/2many] MAINTAINERS - AFFS FILE SYSTEM

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index b84e0e6..e973233 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -332,6 +332,7 @@ AFFS FILE SYSTEM P: Roman Zippel M: [EMAIL PROTECTED] S: Maintained +F:

[PATCH] [30/2many] MAINTAINERS - ADM1029 HARDWARE MONITOR DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 91bc5cd..641cebb 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -314,6 +314,7 @@ P: Corentin Labbe M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Maintaine

[PATCH] [31/2many] MAINTAINERS - ADT746X FAN DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 641cebb..1db3c5d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -320,6 +320,7 @@ ADT746X FAN DRIVER P: Colin Leroy M: [EMAIL PROTECTED] S: Maintained +F:

[PATCH] [32/2many] MAINTAINERS - AEDSP16 DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 1db3c5d..b84e0e6 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -326,6 +326,7 @@ AEDSP16 DRIVER P: Riccardo Facchetti M: [EMAIL PROTECTED] S: Maintained +

[PATCH] [17/2many] MAINTAINERS - ABIT UGURU HARDWARE MONITOR DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 2de2083..909875d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -209,6 +209,7 @@ P: Hans de Goede M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Maintained

[PATCH] [14/2many] MAINTAINERS - 9P FILE SYSTEM

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index f365b2e..acba68e 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -186,6 +186,7 @@ L: [EMAIL PROTECTED] W: http://v9fs.sf.net T: git kernel.org:/pub/scm/linux/k

[PATCH] [27/2many] MAINTAINERS - ACPI THERMAL DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index aca4528..b159b00 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -292,6 +292,7 @@ M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] W: http://acpi.sourceforge.net/ S:

[PATCH] [22/2many] MAINTAINERS - ACPI

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 1162fb7..93a100b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -251,6 +251,9 @@ L: [EMAIL PROTECTED] W: http://acpi.sourceforge.net/ T: git kernel.org:/pub/s

[PATCH] [26/2many] MAINTAINERS - ACPI PCI HOTPLUG DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index e99d959..aca4528 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -284,6 +284,7 @@ P: Kristen Carlson Accardi M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S:

[PATCH] [25/2many] MAINTAINERS - ACPI FAN DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index ef63c9d..e99d959 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -277,6 +277,7 @@ M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] W: http://acpi.sourceforge.net/ S:

[PATCH] [24/2many] MAINTAINERS - ACPI EC DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 6bb5785..ef63c9d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -269,6 +269,7 @@ M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] W: http://acpi.sourceforge.net/ S:

[PATCH] [23/2many] MAINTAINERS - ACPI BATTERY DRIVERS

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 93a100b..6bb5785 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -261,6 +261,7 @@ M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] W: http://acpi.sourceforge.net/ S:

[PATCH] [12/2many] MAINTAINERS - 8169 10/100/1000 GIGABIT ETHERNET DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index ac5ba41..2fc85df 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -160,6 +160,7 @@ P: Francois Romieu M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Maintain

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

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 7d58f6b..1162fb7 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -241,6 +241,7 @@ M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] W: http://www.adaptec.com/ S:

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

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 71e09b7..7d58f6b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -232,6 +232,8 @@ M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] W: http://www.adaptec.com/ S:

[PATCH] [11/2many] MAINTAINERS - 8139TOO 10/100 FAST ETHERNET DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index f4342cc..ac5ba41 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -153,6 +153,7 @@ P: Jeff Garzik M: [EMAIL PROTECTED] W: http://sourceforge.net/projects/gkerne

[PATCH] [8/2many] MAINTAINERS - 53C700 AND 53C700-66 SCSI DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 1275844..ad55112 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -133,6 +133,7 @@ P: James E.J. Bottomley M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Mai

[PATCH] [9/2many] MAINTAINERS - 6PACK NETWORK DRIVER FOR AX.25

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index ad55112..ef6c7c3 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -140,6 +140,7 @@ P: Andreas Koensgen M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Maintai

[PATCH] [5/2many] MAINTAINERS - 3CR990 NETWORK DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 3fbc13a..30f8ef5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -110,6 +110,7 @@ P: David Dillow M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Maintained

[PATCH] [4/2many] MAINTAINERS - 3C505 NETWORK DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index f74f7d5..3fbc13a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -103,6 +103,7 @@ P: Philip Blundell M: [EMAIL PROTECTED] L: [EMAIL PROTECTED] S: Maintain

[PATCH] [3/2many] MAINTAINERS - 3C359 NETWORK DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 0d7f856..f74f7d5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -94,9 +94,9 @@ F: Files and directories with wildcard patterns. P: Mike Phillips M: [EMAIL PROT

Re: [-mm PATCH 8/9] Memory controller add switch to control what type of pages to limit (v4)

YAMAMOTO Takashi wrote: >> YAMAMOTO Takashi wrote: Choose if we want cached pages to be accounted or not. By default both are accounted for. A new set of tunables are added. echo -n 1 > mem_control_type switches the accounting to account for only mapped pages

[PATCH] [3/2many] MAINTAINERS - 3C359 NETWORK DRIVER

Add file pattern to MAINTAINER entry Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 0d7f856..19d0c9e 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -97,6 +97,7 @@ L:[EMAIL PROTECTED] L: [EMAIL PROTECTED] W: http://www.linuxtr.net S: M

[PATCH] [2/2many] - FInd the maintainer(s) for a patch - MAINTAINERS

It helps when you do the diff the right way. Describe the new F: pattern Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index d3a0684..0d7f856 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -83,6 +83,13 @@ S: Status, one of the following:

[PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl

Forgot Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/scripts/get_maintainer.pl b/scripts/get_maintainer.pl new file mode 100755 index 000..3e5cc6c --- /dev/null +++ b/scripts/get_maintainer.pl @@ -0,0 +1,217 @@ +#!/usr/bin/perl -w +# (c) 2007, Joe Perches <[EMAIL PROTECTED]> +#

Re: [-mm PATCH 8/9] Memory controller add switch to control what type of pages to limit (v4)

> YAMAMOTO Takashi wrote: > >> Choose if we want cached pages to be accounted or not. By default both > >> are accounted for. A new set of tunables are added. > >> > >> echo -n 1 > mem_control_type > >> > >> switches the accounting to account for only mapped pages > >> > >> echo -n 2 > mem_control_

Re: [PATCH 6/24] make atomic_read() behave consistently on frv

On Mon, Aug 13, 2007 at 01:15:52PM +0800, Herbert Xu wrote: > Paul E. McKenney <[EMAIL PROTECTED]> wrote: > > On Sat, Aug 11, 2007 at 08:54:46AM +0800, Herbert Xu wrote: > >> Chris Snook <[EMAIL PROTECTED]> wrote: > >> > > >> > cpu_relax() contains a barrier, so it should do the right thing. For

[PATCH] [2/2many] - FInd the maintainer(s) for a patch - MAINTAINERS

Describe the new F: pattern Signed-off-by: Joe Perches <[EMAIL PROTECTED]> diff --git a/MAINTAINERS b/MAINTAINERS index 0d7f856..d3a0684 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -83,13 +83,6 @@ S: Status, one of the following: it has been replaced by a better system a

Re: [PATCH 0/5] Add some missing Documentation/*/00-INDEX files

On Sunday 12 August 2007 4:47:17 pm Stefan Richter wrote: > Rob Landley wrote: > > On Sunday 12 August 2007 3:17:38 pm Stefan Richter wrote: > >> - it's a little bit faster to create these headers than to add them > >> to 00-INDEX: Just move the existing title to the top. > > ... > > > What

[PATCH] [1/2many] - FInd the maintainer(s) for a patch - scripts/get_maintainer.pl

I grew weary of looking up the appropriate maintainer email address(es) to CC: for a patch. I added flags to the MAINTAINERS file F: file pattern for each maintained block and a script to parse the modified blocks for maintainer and list email addresses. perl scripts/get_maintainer.pl gi

Re: [RFC] FUSE: mnotify (was: [RFC] VFS: mnotify)

On Sun, 2007-08-12 at 13:24 +0200, Jan Engelhardt wrote: > On Aug 12 2007 06:32, Al Boldi wrote: > >Al Boldi wrote: > >> Jakob Oestergaard wrote: > >> > Why on earth would you cripple the kernel defaults for ext3 (which is a > >> > fine FS for boot/root filesystems), when the *fundamental* problem

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

(previous incomplete message sent accidentally) On Wednesday 08 August 2007 02:54, Evgeniy Polyakov wrote: > On Tue, Aug 07, 2007 at 10:55:38PM +0200, Jens Axboe wrote: > > So, what did we decide? To bloat bio a bit (add a queue pointer) or > to use physical device limits? The latter requires to r

Re: 2.6.23-rc2-mm2 (libertas)

On Thu, 9 Aug 2007 22:42:54 -0700 Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/ > > - Various problems from 2.6.23-rc2-mm1 were fixed libertas wireless warnings on x86_64: drivers/net/wireless/libertas/if_cs.c:462: warning: fo

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

On Wednesday 08 August 2007 02:54, Evgeniy Polyakov wrote: > On Tue, Aug 07, 2007 at 10:55:38PM +0200, Jens Axboe ([EMAIL PROTECTED]) wrote: > > So, what did we decide? To bloat bio a bit (add a queue pointer) or > to use physical device limits? The latter requires to replace all > occurence of bi

Re: [PATCH 6/24] make atomic_read() behave consistently on frv

Paul E. McKenney <[EMAIL PROTECTED]> wrote: > On Sat, Aug 11, 2007 at 08:54:46AM +0800, Herbert Xu wrote: >> Chris Snook <[EMAIL PROTECTED]> wrote: >> > >> > cpu_relax() contains a barrier, so it should do the right thing. For >> > non-smp architectures, I'm concerned about interacting with inte

How to make -mm a more viable testbed (was: [PATCH] [1/12] x86: Work around mmio config space quirk on AMD)

Linus Torvalds wrote: > On Sun, 12 Aug 2007, Dave Jones wrote: > > > > This does make me wonder, why these weren't caught in -mm ? > > I'm worried that -mm isn't getting a lot of exposure these days. People do > run it, but I wonder how many.. Well, I'm not running it because it's got too much

PROBLEM: Dell Inspiron 1501 fails to boot in 2.6.21+

Nope. I tried nolapic_timer and pressing keys when the system stops. Neither works for me. Mark - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read t

Re: encrypted hibernation (was Re: Hibernation considerations)

Hello, We already have a sample at: http://wiki.tuxonice.net/EncryptedSwapAndRoot It stores the keys of mounted partitions on an encrypted swap, which has the same encryption with different keyset. It also shows how to resume from encrypted swap, And you can optionally store the keys on hardware d

Linux 2.6.23-rc3

Either people really are calming down, and figuring out that we're in the stabilization phase, or it's just that it's the middle of August, and most everybody at least in Europe are off on vacation. Regardless of why, -rc3 is out, and doesn't have the tons of changes that -rc2 did. But there's

Re: [PATCH] gfs2: better code for translating characters

rae l wrote: > On 8/13/07, Denis Cheng <[EMAIL PROTECTED]> wrote: >> the original code could work, but I think this code could work better. >> >> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> >> --- >> fs/gfs2/ops_fstype.c |3 ++- >> 1 files changed, 2 insertions(+), 1 deletions(-) >> >> diff

Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel

--- Kyle Moffett <[EMAIL PROTECTED]> wrote: > > > If you have no interest in categorizing the SELinux access vectors, > then how do you expect to categorize the LSM hooks, which are almost > 1-to-1 mapped with the SELinux access vectors? Those that refer to object accesses and those that d

[PATCH 5 of 5 ] /drivers/char/watchdog ioremap balancing/ returncode check

patchset against 2.6.23-rc2 and this set is an audit of /drivers/char/a* through drivers/char . this corrects missing ioremap return checks and balancing on iounmap calls.. Signed-off-by: Scott Thompson hushmail.com> -- diff --git a/d

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

patchset against 2.6.23-rc2 and this set is an audit of /drivers/char/a* through drivers/char . this corrects missing ioremap return checks and balancing on iounmap calls.. Signed-off-by: Scott Thompson hushmail.com> -- diff --git a/d

[PATCH 3 of 5 ] /drivers/char/drm ioremap balancing/ returncode check

patchset against 2.6.23-rc2 and this set is an audit of /drivers/char/a* through drivers/char . this corrects missing ioremap return checks and balancing on iounmap calls.. Signed-off-by: Scott Thompson hushmail.com> -- diff --git a/d

[PATCH 2 of 5 ] /drivers/char/agp ioremap balancing/ returncode check

patchset against 2.6.23-rc2 and this set is an audit of /drivers/char/a* through drivers/char . this corrects missing ioremap return checks and balancing on iounmap calls.. Signed-off-by: Scott Thompson hushmail.com> -- diff --git a/d

[PATCH 1 of 5 ] /drivers/char ioremap balancing/ returncode check

patchset against 2.6.23-rc2 and this set is an audit of /drivers/char/a* through drivers/char . this corrects missing ioremap return checks and balancing on iounmap calls.. Signed-off-by: Scott Thompson hushmail.com> -- diff --git a/d

Re: [PATCH] [1/12] x86: Work around mmio config space quirk on AMD Fam10h

On Sun, 12 Aug 2007, Linus Torvalds wrote: > On Sun, 12 Aug 2007, Dave Jones wrote: > > > > This does make me wonder, why these weren't caught in -mm ? > > I'm worried that -mm isn't getting a lot of exposure these days. People do > run it, but I wonder how many.. andrew caught it in -mm and r

[PATCH ] /drivers/atm ioremap balancing/ returncode check

patchset against 2.6.23-rc2. corrects missing ioremap return checks and balancing on iounmap calls in /drivers/atm... Signed-off-by: Scott Thompson hushmail.com> -- diff --git a/drivers/atm/fore200e.c b/drivers/atm/fore200e.c index 405ee5

[PATCH ] /drivers/ata ioremap returncode check (pata_ixp4xx_cf.c)

patch against 2.6.23-rc2. this corrects two missing ioremap return checks. Signed-off-by: Scott Thompson hushmail.com> -- diff --git a/drivers/ata/pata_ixp4xx_cf.c b/drivers/ata/pata_ixp4xx_cf.c index 4ca7fd6..eaebc4d 100644 --- a/driver

Re: [PATCH] [1/12] x86: Work around mmio config space quirk on AMD Fam10h

On Sun, 12 Aug 2007, Dave Jones wrote: > > This does make me wonder, why these weren't caught in -mm ? I'm worried that -mm isn't getting a lot of exposure these days. People do run it, but I wonder how many.. That said, a lot of machines won't ever use MMCFG (especially the old ones - and m

[PATCH] Immediate Values - i386 Optimization - fix warnings

Immediate Values - i386 optimization - fix warnings 2 warnings creps in caused by my recent work with text lock edit. arch/i386/kernel/immediate.c: In function 'arch_immediate_update': arch/i386/kernel/immediate.c:228: warning: passing argument 1 of '__constant_memcpy' makes pointer from integer

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

per the message below MD (or DM) would need to be modified to work reasonably well with one of the disk components being over an unreliable link (like a network link) are the MD/DM maintainers interested in extending their code in this direction? or would they prefer to keep it simpler by bein

RE: Improving read/write/close system call reliability when used with pthreads

> 2) Do close reader fd, but what results can then applications > reliably expect? What would be the sane intention of applications > closing reader fd? Do programmers expect all of the current results? > Fredrik Since there's no atomic "unlock and read" function, any code that could ever close

Re: Software based ECC ?

On Sun, 12 Aug 2007 18:51:31 +0200, Folkert van Heusden said: > a question and an idea: Q: is ecc guaranteed to detect all bitflips? It depends on the exact ECC function the hardware implements. Usually it provides performance such as: "Correct all 1-bit errors. Detect all 2-bit errors, and mos

Re: [PATCH] gfs2: better code for translating characters

On 8/13/07, Denis Cheng <[EMAIL PROTECTED]> wrote: > the original code could work, but I think this code could work better. > > Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> > --- > fs/gfs2/ops_fstype.c |3 ++- > 1 files changed, 2 insertions(+), 1 deletions(-) > > diff --git a/fs/gfs2/ops_fs

Re: [PATCH] [1/12] x86: Work around mmio config space quirk on AMD Fam10h

On Sun, Aug 12, 2007 at 12:15:26PM -0700, Linus Torvalds wrote: > Bugs happen, but (a) they should happen during the merge window, not when > we're in stabilization phase and (b) the percentages here were just not > very good. This does make me wonder, why these weren't caught in -mm ? Andre

[PATCH] gfs2: better code for translating characters

the original code could work, but I think this code could work better. Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> --- fs/gfs2/ops_fstype.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/fs/gfs2/ops_fstype.c b/fs/gfs2/ops_fstype.c index cf5aa50..b9a7759 100644 --- a

Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel

Kyle Moffett wrote: On Aug 12, 2007, at 15:41:46, Casey Schaufler wrote: Your boolean solution requires more forthought than the Smack rule solution, but I'll give it to you once you've fleshed out your "##" lines. How does it require more forethought? When I want to turn it on, I write an

Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel

On Aug 12, 2007, at 22:36:15, Joshua Brindle wrote: Kyle Moffett wrote: On Aug 12, 2007, at 15:41:46, Casey Schaufler wrote: Your boolean solution requires more forthought than the Smack rule solution, but I'll give it to you once you've fleshed out your "##" lines. How does it require mor

Re: encrypted hibernation (was Re: Hibernation considerations)

On 8/11/07, Dr. David Alan Gilbert <[EMAIL PROTECTED]> wrote: > * Pavel Machek ([EMAIL PROTECTED]) wrote: > > Hi! > > > > > > > Two things which I think would be nice to consider are: > > > > >1) Encryption - I'd actually prefer if my luks device did not > > > > >remember the key accros

Re: [linux-pm] Re: When to use a freezeable workqueue?

On Mon, 13 Aug 2007, Rafael J. Wysocki wrote: > On Sunday, 12 August 2007 10:11, Stefan Richter wrote: > > In which situations is create_freezeable_workqueue() to be preferred > > over create_singlethread_workqueue()? > > > > Is a freezable worqueue preferable whenever the worker thread /can/ be

[PATCH 2/2] x86_64 vDSO: install unstripped copies on disk

While integrating these with the Fedora kernel build, I worked out a few kinks. This patch replaces x86_64-vdso-install-unstripped-copies-on-disk.patch and expects x86_64-ia32-vdso-install-unstripped-copies-on-disk.patch was applied first. Thanks, Roland --- This keeps an unstripped copy of the

[PATCH 1/2] x86_64 ia32 vDSO: install unstripped copies on disk

While integrating these with the Fedora kernel build, I worked out a few kinks. This patch replaces x86_64-ia32-vdso-install-unstripped-copies-on-disk.patch Thanks, Roland --- This keeps an unstripped copy of the vDSO images built before they are stripped and embedded in the kernel. The unstri

[PATCH] i386 vDSO: install unstripped copies on disk

While integrating these with the Fedora kernel build, I worked out a few kinks. This patch replaces i386-vdso-install-unstripped-copies-on-disk.patch and i386-vdso-install-unstripped-copies-on-disk-fix.patch Thanks, Roland --- This keeps an unstripped copy of the vDSO images built before they ar

[PATCH] powerpc vDSO: install unstripped copies on disk

While integrating these with the Fedora kernel build, I worked out a few kinks. This patch replaces powerpc-vdso-install-unstripped-copies-on-disk.patch Thanks, Roland --- This keeps an unstripped copy of the vDSO images built before they are stripped and embedded in the kernel. The unstripped

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

Iustin Pop wrote: On Sun, Aug 12, 2007 at 07:03:44PM +0200, Jan Engelhardt wrote: On Aug 12 2007 09:39, [EMAIL PROTECTED] wrote: now, I am not an expert on either option, but three are a couple things that I would question about the DRDB+MD option 1. when the remote machine is down, how does M

Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel

On Aug 12, 2007, at 15:41:46, Casey Schaufler wrote: --- Kyle Moffett <[EMAIL PROTECTED]> wrote: On Aug 11, 2007, at 21:21:55, Casey Schaufler wrote: --- Kyle Moffett <[EMAIL PROTECTED]> wrote: I was considering compiling the complete list, but such an exercise would take me at least an hour

Re: [PATCH 3/6] writeback: remove pages_skipped accounting in __block_write_full_page()

On Sun, Aug 12, 2007 at 05:11:23PM +0800, Fengguang Wu wrote: > Miklos Szeredi <[EMAIL PROTECTED]> and me identified a writeback bug: > Basicly they are > - during the dd: ~16M > - after 30s: ~4M > - after 5s: ~4M > - after 5s: ~176M > > The box has 2G memory. > > Question 1: > Ho

Re: Error: unsupported relocation against CSRR0

On Sun, Aug 12, 2007 at 05:04:35PM -0400, mike zheng wrote: > Hi All, > > I have "unsupported relocation against" problem, while compiling entry.S in > 2.4 Kernel against e500 core. Does anyone know what is the problem? Is > there any option I missed? Probably means you haven't included the file

Re: Driver-level memory management

Hi Michael, On Sunday 12 August 2007, Michael Bourgeous wrote: > I'm working on a driver for older HDTV cards based on the TL880 chip. > These cards typically have 16MB of their own memory, which is > available to me over the PCI bus. Various functions of the card > require me to manage this memo

Re: [-mm PATCH 8/9] Memory controller add switch to control what type of pages to limit (v4)

> Choose if we want cached pages to be accounted or not. By default both > are accounted for. A new set of tunables are added. > > echo -n 1 > mem_control_type > > switches the accounting to account for only mapped pages > > echo -n 2 > mem_control_type > > switches the behaviour back MEM_CONT

Re: [RFC][PATCH] fix for async scsi scan sysfs problem (resend)

On Sat, Aug 11, 2007 at 04:04:54PM +0100, Jurij Smakov wrote: > [Please keep me on CC, as I'm not on LKML.] > I've recently got a Sun Blade 1000 box with a QLA2200 controller, and > I'm bumping into exact same problem with 2.6.22: Please try http://marc.info/?l=linux-scsi&m=118289275414202 which

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

On Sun, Aug 12, 2007 at 08:21:43PM +0400, Cyrill Gorcunov wrote: > [Alan Cox - Sun, Aug 12, 2007 at 04:17:44PM +0100] > | 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 right now 8) > | > |

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

On 08/12/2007 05:17 PM, 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 right now 8) Oh come on, you have a beard. You can't go to the beach. Rene. - To unsubscribe from this li

Re: [PATCH] [MTD] Fix CFI build error with meaningless nonfunctional .config

On Sun, 2007-08-12 at 18:24 +0200, Ingo Molnar wrote: > just found another one via randconfig, it fails with: > > In file included from drivers/mtd/chips/map_rom.c:16: > include/linux/mtd/map.h:128:2: error: #error "No bus width supported. What's > the point?" > > config attached below. Because

Re: Distributed storage.

On Tuesday 07 August 2007 13:55, Jens Axboe wrote: > I don't like structure bloat, but I do like nice design. Overloading > is a necessary evil sometimes, though. Even today, there isn't enough > room to hold bi_rw and bi_flags in the same variable on 32-bit archs, > so that concern can be scratche

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

Hi Evgeniy, Sorry for not getting back to you right away, I was on the road with limited email access. Incidentally, the reason my mails to you keep bouncing is, your MTA is picky about my mailer's IP reversing to a real hostname. I will take care of that pretty soon, but for now my direct m

Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel

Casey Schaufler wrote: > I respect the design decisions that SELinux has made regarding > granularity without agreeing with them myself. > It isn't even an exclusive decision: both design points can be "right", but aimed at different use cases. Which is why LSM exists, so users can decide on an

Re: [PATCH] Re: cciss: warning: right shift count >= width of type

On 08/12/2007 10:32 PM, James Bottomley wrote: On Sun, 2007-08-12 at 07:58 +0100, Al Viro wrote: On Sun, Aug 12, 2007 at 03:21:57AM +0200, Rene Herman wrote: @@ -2609,13 +2609,13 @@ static void do_cciss_request(request_queue_t *q) } else { c->Request.CDB

Re: [PATCH 3/4] signalfd: fix interaction with posix-timers

This only affects signalfd and so the core change seems ok vs status quo. I think it would be better overall not to have anyone like signalfd calling dequeue_signal in its current form at all. (The function is too much an internal piece of the core signals code. The SIGNAL_STOP_DEQUEUED code app

Re: [PATCH 2/5] 4KSTACKS, remove DEBUG_KERNEL dependency for sh

On 13/08/07, Paul Mundt <[EMAIL PROTECTED]> wrote: > On Sun, Aug 12, 2007 at 10:53:23PM +0200, Jesper Juhl wrote: > > > > 4K Stacks is no longer a debug feature, so remove the DEBUG_KERNEL > > dependancy for 4KSTACKS for sh. > > > > While it may no longer be a debugging feature on i386, it certainl

Re: [PATCH 2/5] 4KSTACKS, remove DEBUG_KERNEL dependency for sh

On Sun, Aug 12, 2007 at 10:53:23PM +0200, Jesper Juhl wrote: > > 4K Stacks is no longer a debug feature, so remove the DEBUG_KERNEL > dependancy for 4KSTACKS for sh. > While it may no longer be a debugging feature on i386, it certainly is on sh. It should stay under DEBUG_KERNEL for now. - To un

Re: troubles with r8169

Vadim Dyadkin <[EMAIL PROTECTED]> : [...] > I need help from developers, may be, because I have some troubles with > r8169 card. Which kernel do you use ? -- Ueimor - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majord

[PATCH 6/6][RESEND] Avoid possible NULL pointer deref in 3c359 driver

(Resending old patch originally submitted at 1/7-2007 02:19, 04-Aug-2007 20:31) In xl_freemem(), if dev_if is NULL, the line struct xl_private *xl_priv =(struct xl_private *)dev->priv; will cause a NULL pointer dereference. However, if we move that assignment below the 'if' statement that tests

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

(previously send on 09-Aug-2007 20:47) Hi, The Coverity checker noticed that we may overrun a statically allocated array in drivers/scsi/lpfc/lpfc_sli.c::lpfc_sli_hbqbuf_find(). The case is this; In 'struct lpfc_hba' we have #define LPFC_MAX_HBQS 4 ... struct lpfc_hba

[PATCH 5/6][RESEND] fix tiny spelling error in comment in cfi_cmdset_0001.c

(previously send on 05-Jul-2007 02:18, 04-Aug-2007 20:31) Trivial fix of a spelling error in a comment in cfi_cmdset_0001.c s/ships/chips/ Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> --- diff --git a/drivers/mtd/chips/cfi_cmdset_0001.c b/drivers/mtd/chips/cfi_cmdset_0001.c index 2f19fa7..c26

[PATCH 3/6][RESEND] Reduce size of the xterm-linux.xpm image by 12 bytes.

(previously send on 04-Aug-2007 20:31) Ok, this is a bit silly (but also a little fun) :-) In Documentation/ we have the xterm-linux.xpm image. Now an XPM image is more or less C code, so I thought it would be fun to look at it like that and put on the CodingStyle and space use glasses. I made

Re: beeping patch for debugging acpi sleep

On Thu, Jun 28, 2007 at 02:08:15PM +, Pavel Machek wrote: > > > The results are a bit unclear, I took a 2.6.22-rc4 with beep. > > > Logged into KDE. > > > (hardware: Dell Latitude D810) > > > > > > S = successfull resume > > > D = had to resume 2 times, that means when pressing the power butto

Re: When to use a freezeable workqueue?

On Sunday, 12 August 2007 10:11, Stefan Richter wrote: > In which situations is create_freezeable_workqueue() to be preferred > over create_singlethread_workqueue()? > > Is a freezable worqueue preferable whenever the worker thread /can/ be > frozen, or is it only to be used if the thread /must/ b

Re: encrypted hibernation (was Re: Hibernation considerations)

On Sunday, 12 August 2007 01:43, Dr. David Alan Gilbert wrote: > * Pavel Machek ([EMAIL PROTECTED]) wrote: > > Hi! > > > > > > > Two things which I think would be nice to consider are: > > > > >1) Encryption - I'd actually prefer if my luks device did not > > > > >remember the key accr

Re: [PATCH] Minor fix to Documentation/powerpc/00-INDEX

On Sun, 12 Aug 2007 22:16:43 +0200 Jesper Juhl wrote: > On 12/08/07, Rob Landley <[EMAIL PROTECTED]> wrote: > > On Saturday 11 August 2007 4:33:34 pm Randy Dunlap wrote: > > > On Thu, 9 Aug 2007 23:42:35 -0500 Rob Landley wrote: > > > > Signed-off-by: Rob Landley <[EMAIL PROTECTED]> > > > > > > >

Re: [PATCH 0/5] Add some missing Documentation/*/00-INDEX files

Rob Landley wrote: > On Sunday 12 August 2007 3:17:38 pm Stefan Richter wrote: >> - it's a little bit faster to create these headers than to add them >> to 00-INDEX: Just move the existing title to the top. ... > What variant of "fast" do you mean? Processing the entire directory takes a >

Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel

--- Andi Kleen <[EMAIL PROTECTED]> wrote: > On Sun, Aug 12, 2007 at 10:48:05AM -0700, Casey Schaufler wrote: > > > > --- Andi Kleen <[EMAIL PROTECTED]> wrote: > > > > > > Entries are never deleted, although they can be modified. > > > > > > The modification case still seems racy then. > > > >

Kernel 2.6.23-rc2 git4 & git5

This morning I reported an issue which cause a failure of the 2.6.23-rc2-git4 kernel to boot on my system. The contents of my post may be viewed here: http://www.ussg.iu.edu/hypermail/linux/kernel/0708.1/1959.html After 3 separate builds from "virgin sources" I still had the boot failure with th

Re: [PATCH] Smack: Simplified Mandatory Access Control Kernel

On Sun, Aug 12, 2007 at 10:48:05AM -0700, Casey Schaufler wrote: > > --- Andi Kleen <[EMAIL PROTECTED]> wrote: > > > > Entries are never deleted, although they can be modified. > > > > The modification case still seems racy then. > > Fair enough. I'll look into real list management. You don't

Re: Finding out socket/pipe connectivity status

On Aug 12 2007 19:42, Alan Cox wrote: >> write(stdout, request); >> /* reference point [A] */ >> read(stdin, response); >> >> So my idea had been to launch another thread that monitors stdin for >> 'breakage' and unmount the fs before a user can start an operation on >> myfs. So I'

Re: [patch 0/8] Immediate Values

* Arjan van de Ven ([EMAIL PROTECTED]) wrote: > > > > > > I have a concern; you seem to be patching potentially "live" code > > > > > > there are basically two options > > > 1) you run the risk of triple faulting (patching an instruction while > > > some other core/cpu may be decoding it may

Re: [PATCH 0/5] Add some missing Documentation/*/00-INDEX files

On Sunday 12 August 2007 3:17:38 pm Stefan Richter wrote: > > This heuristic seems to need about as much cleanup as just fixing > > 00-INDEX.txt in all the directories. > > I didn't think of heuristics but rather of a style guideline. Maybe > prepend this metadata line with "Subject: " or so to di

Re: Use of directories to hold root?

Jan Engelhardt wrote: > On Aug 12 2007 21:23, Al Viro wrote: >>> pivot_root is atomic afaict, for `mount --move` (which I think Al meant >>> which MS_MOVE - or some C program using mount(2) of your own), you'd >>> need multiple calls to mount. >> Move itself is done by a single syscall anyway...

  1   2   3   4   >