Re: why can't I remove a kernel module (or: what uses a given module)?

Jim Crilly wrote: On 12/03/06 08:59:10PM +0100, Tomasz Chmielewski wrote: Ross Vandegrift wrote: On Sun, Dec 03, 2006 at 12:58:24PM +0100, Tomasz Chmielewski wrote: You mean the "Used by" column? No, it's not used by any other module according to lsmod output. Any other methods of checking w

drop_pagecache: Possible circular locking dependency

Hi Ingo, Got the following message when doing some benchmarks. I guess we should not hold inode_lock on calling invalidate_inode_pages(). Any ideas? Fengguang Wu === [ INFO: possible circular locking dependency detected ] 2.6.19-rc6-mm2 #3

Re: drop_pagecache: Possible circular locking dependency

On Mon, 4 Dec 2006 16:09:02 +0800 Fengguang Wu <[EMAIL PROTECTED]> wrote: > Got the following message when doing some benchmarks. > I guess we should not hold inode_lock on calling invalidate_inode_pages(). > Any ideas? > > Fengguang Wu > > ===

(kein Betreff)

help - 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 the FAQ at http://www.tux.org/lkml/

Re: [PATCH] kbuild: Write astest files to $(KBUILD_EXTMOD) directory

On Sat, 2 Dec 2006 19:45:44 + (GMT) Daniel Drake <[EMAIL PROTECTED]> wrote: > The astest code in 2.6.19 causes problems for Gentoo and other distributions > building external kernel modules in sandboxes. kbuild has generally been > pretty good at not violating the sandbox for quite a while, I

Re: Compile Error - 2.6.19-rc6-mm2

Matt Reuther wrote: I tried compiling 2.6.19-rc6-mm2 and got an error: CC [M] drivers/input/serio/parkbd.o CC [M] drivers/input/serio/serport.o CC [M] drivers/input/serio/serio_raw.o LD drivers/kvm/built-in.o CC [M] drivers/kvm/vmx.o CC [M] drivers/kvm/kvm_main.o drivers/kv

[PATCH] io accounting minor fix

Account only successful nfs/fuse reads. Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]> --- --- linux-2.6.19-rc6-mm2.orig/mm/readahead.c +++ linux-2.6.19-rc6-mm2/mm/readahead.c @@ -242,7 +242,6 @@ int read_cache_pages(struct address_spac page_cache_release(page);

Re: [Cluster-devel] Re: [GFS2] Fix incorrect fs sync behaviour [2/5]

Hi, On Fri, 2006-12-01 at 11:57 -0600, Russell Cattelan wrote: > On Mon, 2006-11-06 at 11:07 +, Steven Whitehouse wrote: > > >From 4a221953ed121692aa25998451a57c7f4be8b4f6 Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Wed, 1 Nov 2006 09:57:57 -0500 > > Subj

About watch dog timer limit of CPU (Xscale ->IXP425) How can I set more long time ?

Hello all , My embeded board hardware configuration is like this : # cat /proc/cpuinfo Processor : XScale-IXP425/IXC1100 rev 1 (v5b) BogoMIPS: 266.24 Features: swp half thumb fastmult edsp Hardware: Intel IXDP425 Development Platform Revision: Serial

Re: [GFS2] Shrink gfs2_inode (5) - di_nlink [25/70]

Hi, On Fri, 2006-12-01 at 12:14 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:16 +, Steven Whitehouse wrote: > > >From 4f56110a00af5fb2e22fbccfcaf944d62cae8fcf Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Wed, 1 Nov 2006 14:04:17 -0500 > > Subj

Re: [GFS2] Shrink gfs2_inode (6) - di_atime/di_mtime/di_ctime [26/70]

Hi, On Fri, 2006-12-01 at 12:15 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:16 +, Steven Whitehouse wrote: > > >From 1a7b1eed5802502fd649e04784becd58557fdcf1 Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Wed, 1 Nov 2006 14:35:17 -0500 > > Subj

Re: [GFS2] Shrink gfs2_inode (8) - i_vn [28/70]

Hi, On Fri, 2006-12-01 at 12:25 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:16 +, Steven Whitehouse wrote: > > >From bfded27ba010d1c3b0aa3843f97dc9b80de751be Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Wed, 1 Nov 2006 16:05:38 -0500 > > Subj

Re: [GFS2] Remove unused function from inode.c [50/70]

Hi, On Fri, 2006-12-01 at 12:35 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:21 +, Steven Whitehouse wrote: > > >From dcd2479959c79d44f5dd77e71672e70f1f8b1f06 Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Thu, 16 Nov 2006 11:08:16 -0500 > > Sub

makei: shell script for building .i files

On Fri, 24 Nov 2006 22:23:06 +0100, Willy Tarreau wrote: > BTW, has anyone a good idea on how to make gcc dump the preprocessed files > for everything it builds ? I mean, just by changing some variables in the > Makefile. I came up with this. Separate output directory option is untested. It's no

Re: [GFS2] Simplify glops functions [53/70]

Hi, On Fri, 2006-12-01 at 12:43 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:21 +, Steven Whitehouse wrote: > > >From 1a14d3a68f04527546121eb7b45187ff6af63151 Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Mon, 20 Nov 2006 10:37:45 -0500 > > Sub

Re: drop_pagecache: Possible circular locking dependency

On Mon, Dec 04, 2006 at 12:32:17AM -0800, Andrew Morton wrote: > On Mon, 4 Dec 2006 16:09:02 +0800 > Fengguang Wu <[EMAIL PROTECTED]> wrote: > > > Got the following message when doing some benchmarks. > > I guess we should not hold inode_lock on calling invalidate_inode_pages(). > > Any ideas? > >

Re: [GFS2] Reduce number of arguments to meta_io.c:getbuf() [58/70]

Hi, On Fri, 2006-12-01 at 12:50 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:22 +, Steven Whitehouse wrote: > > >From cb4c03131836a55bf95e1c165409244ac6b4f39f Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Thu, 23 Nov 2006 11:16:32 -0500 > > Sub

Re: [GFS2] Fix journal flush problem [56/70]

Hi, On Fri, 2006-12-01 at 12:58 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:21 +, Steven Whitehouse wrote: > > >From b004157ab5b374a498a5874cda68c389219d23e7 Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Thu, 23 Nov 2006 10:51:34 -0500 > > Sub

Re: [PATCH] i386/kernel/smp.c: don't use set_irq_regs()

* Oleg Nesterov <[EMAIL PROTECTED]> wrote: > We don't need to setup _irq_regs in smp_xxx_interrupt (except apic > timer). These handlers run with irqs disabled and do not call > functions which need "struct pt_regs". > > Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]> yeah. These are leftove

Re: [GFS2] Change argument to gfs2_dinode_in [18/70]

Hi, On Fri, 2006-12-01 at 12:59 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:15 +, Steven Whitehouse wrote: > > >From 891ea14712da68e282de8583e5fa14f0d3f3731e Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Tue, 31 Oct 2006 15:22:10 -0500 > > Sub

Re: [PATCH] 2.6.18-rt7: fix more issues with 32-bit cycles_t in latency_trace.c (take 3)

* Sergei Shtylyov <[EMAIL PROTECTED]> wrote: >What was the destiny of that patch? I haven't seen it accepted, > haven't seen any comments... while this is not a mere warning fix. > What am I expected to do to get it accepted -- recast it against > 2.6.19-rt1? i'd suggest to redo it - but

Re: [GFS2] Tidy up bmap & fix boundary bug [48/70]

Hi, On Fri, 2006-12-01 at 13:05 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:20 +, Steven Whitehouse wrote: > > >From 4cf1ed8144e740de27c6146c25d5d7ea26679cc5 Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Wed, 15 Nov 2006 15:21:06 -0500 > > Sub

Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

Hi, On Fri, 2006-12-01 at 13:19 -0600, Russell Cattelan wrote: > On Thu, 2006-11-30 at 12:15 +, Steven Whitehouse wrote: > > >From 539e5d6b7ae8612c0393fe940d2da5b591318d3d Mon Sep 17 00:00:00 2001 > > From: Steven Whitehouse <[EMAIL PROTECTED]> > > Date: Tue, 31 Oct 2006 15:07:05 -0500 > > Sub

Re: [GFS2] Fix crc32 calculation in recovery.c [8/70]

Hi, On Sat, 2006-12-02 at 09:40 +0100, Jan Engelhardt wrote: > >Commit "[GFS2] split and annotate gfs2_log_head" resulted in an incorrect > >checksum calculation for log headers. This patch corrects the > >problem without resorting to copying the whole log header as > >the previous code used to. >

Re: why can't I remove a kernel module (or: what uses a given module)?

Tomasz Chmielewski wrote: > Ross Vandegrift wrote: >> On Sun, Dec 03, 2006 at 12:58:24PM +0100, Tomasz Chmielewski wrote: >>> You mean the "Used by" column? No, it's not used by any other module >>> according to lsmod output. >>> >>> Any other methods of checking what uses /dev/sda*? >> >> There'

Re: radix-tree.c:__lookup_slot() dead code removal

Frank van Maarseveen wrote: Most of the code suggests that it is valid to insert a NULL item, possibly a zero item with pointer cast. However, in __lookup_slot() whether or not the slot is found seems to depend on the actual value of the item in one special case. But further on it doesn't make an

Re: drop_pagecache: Possible circular locking dependency

Fengguang Wu wrote: I'd like to move this sysctl interface to the upcoming /proc/filecache. Being a module, it helps reduce the kernel size :) What's /proc/filecache? -- SUSE Labs, Novell Inc. Send instant messages to your online friends http://au.messenger.yahoo.com - To unsubscribe from

mmc: pxamci compilation fix

Hi Pierre and all, since commit fcaf71fd51f9cfc504455d3e19ec242e4b2073ed struct mmc_host does not have a dev field. Retrieve the device with mmc_dev() instead. Signed-off-by: Sascha Hauer <[EMAIL PROTECTED]> Index: drivers/mmc/pxamci.c

Re: [patch][rfc] rwsem: generic rwsem

On Mon, Dec 04, 2006 at 11:06:07AM +0100, Nick Piggin wrote: > (resending with correct ML addresses, sorry) > > Hi, > > This patch needs review and testing from the architecture guys, but > I would like to consider it because of the obvious maintenance benefits. Hah, very important detail: patch

Re: radix-tree.c:__lookup_slot() dead code removal

On Mon, Dec 04, 2006 at 09:18:40PM +1100, Nick Piggin wrote: > Frank van Maarseveen wrote: > >Most of the code suggests that it is valid to insert a NULL item, > >possibly a zero item with pointer cast. However, in __lookup_slot() > >whether or not the slot is found seems to depend on the actual va

Re: why can't I remove a kernel module (or: what uses a given module)?

Tobias Oed wrote: Tomasz Chmielewski wrote: Ross Vandegrift wrote: On Sun, Dec 03, 2006 at 12:58:24PM +0100, Tomasz Chmielewski wrote: You mean the "Used by" column? No, it's not used by any other module according to lsmod output. Any other methods of checking what uses /dev/sda*? There's a

[PATCH] VIA and SiS AGP chipsets are x86-only

There's no point in troubling the Alpha, IA-64, PowerPC and PARISC people with SiS and VIA options. Andrew thinks it helps find bugs, but there's no evidence of that. Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]> diff --git a/drivers/char/agp/Kconfig b/drivers/char/agp/Kconfig index c603bf2

Re: la la la la ... swappiness

Aucoin wrote: We want it to swap less for this particular operation because it is low priority compared to the rest of what's going on inside the box. We've considered both artificially manipulating swap on the fly similar to your suggestion as well a parallel thread that pumps a 3 into drop_cac

[PATCH] Allow 32-bit and 64-bit hashes

The sym2 driver would like to hash a u32 value, and it could just call hash_long() and rely on integer promotion on 64-bit machines, but that seems a little wasteful. Following Arjan's suggestion, I split the existing hash_long into hash_u32 and hash_u64, and made hash_long an alias to the app

Re: drop_pagecache: Possible circular locking dependency

On Mon, Dec 04, 2006 at 09:20:21PM +1100, Nick Piggin wrote: > Fengguang Wu wrote: > > >I'd like to move this sysctl interface to the upcoming /proc/filecache. > >Being a module, it helps reduce the kernel size :) > > What's /proc/filecache? It provides access to the in-memory file cache. To l

Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND

On Sun 2006-12-03 16:40:04, Kyle Moffett wrote: > On Nov 19, 2006, at 17:04:23, Christer Weinigel wrote: > >With suspend-to-disk I can remove the battery (to put in a fresh > >battery when traveling), try doing that with suspend-to-ram. > > My PowerBook can do this with suspend-to-ram too; it ha

Re: [-mm patch] arch/frv/kernel/futex.c must #include

Adrian Bunk <[EMAIL PROTECTED]> wrote: > This patch fixes the following compile error with > -Werror-implicit-function-declaration > (without -Werror-implicit-function-declaration it's a link error): Looks reasonable. Acked-By: David Howells <[EMAIL PROTECTED]> - To unsubscribe from this list:

Re: [PATCH] i386/kernel/smp.c: don't use set_irq_regs()

Oleg Nesterov <[EMAIL PROTECTED]> wrote: > We don't need to setup _irq_regs in smp_xxx_interrupt (except apic timer). > These handlers run with irqs disabled and do not call functions which need > "struct pt_regs". Acked-By: David Howells <[EMAIL PROTECTED]> - To unsubscribe from this list: send

Re: [RFC] Include ACPI DSDT from INITRD patch into mainline

On Sat, Dec 02, 2006 at 08:45:52AM +0100, Arjan van de Ven wrote: > now here's another question... And a good one, indeed. > the ACPI layer got improved over the last > 18 months bigtime to behave more like windows in many ways. How much of > this is still really needed? I have not used a mach

[PATCH -mm] actually delete the as-instr/ld-option tmp file

I noticed another problem in the kbuild-dont-put-temp-files-in-the-source-tree.patch: A "normal" make variable is being expanded recursively on each use, therefore multiple uses of $(ASTMP) yield different temporary files. So $(AS) -o $(ASTMP) writes to a file other than the one rm -f $(ASTMP) dele

Re: Mounting NFS root FS

On 12/2/06, William Estrada <[EMAIL PROTECTED]> wrote: Hi guys, I have been trying to make FC5's kernel do a boot with an NFS root file system. I see the support is in the kernel(?). Is this really properly possible (with read/write access and locking in place)? AFAIK NFS client lock state

Re: [PATCH 0/4] lock stat for 2.6.19-rt1

On Sun, Dec 03, 2006 at 05:53:23PM -0800, Bill Huey wrote: > [8264, 996648, 0] {inode_init_once, fs/inode.c, 196} > [8552, 996648, 0] {inode_init_once, fs/inode.c, 193} Impressive, Bill! How tightly is your work bound to -rt? Iow, any chance of separating the two? Or shou

Re: [PATCH] 2.6.18-rt7: fix more issues with 32-bit cycles_t in latency_trace.c (take 3)

Hello. Ingo Molnar wrote: What was the destiny of that patch? I haven't seen it accepted, haven't seen any comments... while this is not a mere warning fix. What am I expected to do to get it accepted -- recast it against 2.6.19-rt1? i'd suggest to redo it - but please keep it simple and

Re: data corruption with nvidia nForce 4 chipsets and IDE/SATA drives

> The key question is whether this is a HW quirk of the nForce 4 chipset > that the kernel can and should be working around? What tests can I run that > will help narrow the field of investigation or provide more useful data? Really it would need information from Nvidia on the problem, non-problem

Re: [PATCH]: first proposal for pci resume quirk interface

Hi Alan, Carl-Daniel, Any progress on this? I'd like to see this patch in -mm so that it gets wider testing. One thing that needs to be fixed is that the Asus SMBus quirks are currently ifdef'd out when suspend support (ACPI sleep states) is enabled, so this part of the patch is not actually doing

[PATCH] Centralise definitions of sector_t and blkcnt_t

CONFIG_LBD and CONFIG_LSF are spread into asm/types.h for no particularly good reason. Centralising the definition in linux/types.h means that arch maintainers don't need to bother adding it, as well as fixing the problem with x86-64 users being asked to make a decision that has absolutely no eff

Re: What's in ocfs2.git

Hi, On Sun, 2006-12-03 at 12:31 -0800, Mark Fasheh wrote: > This e-mail describes the OCFS2 patches which I intend to push > upstream to Linus for 2.6.20. > > * Atime updates - thanks to Tiger Yang <[EMAIL PROTECTED]>, ocfs2 now > writes to the inode atime field. This doesn't require any disk c

Re: [RFC] timers, pointers to functions and type safety

Russell King <[EMAIL PROTECTED]> wrote: > There *are* times when having the additional space for storing a pointer > is cheaper (in terms of number of bytes) than code to calculate an offset, > and those who have read the assembly code probably know this all too well. All it generally takes is tw

Re: [RFC] timers, pointers to functions and type safety

* Al Viro <[EMAIL PROTECTED]> wrote: > > This is going to make a lot of data structures smaller, when the > > timer_list is embedded in the structure itself and for the lot, > > which ignores the timer callback argument anyway. > > container_of => still lousy type safety. All over the sodding

Re: [linux-usb-devel] [GIT PATCH] USB patches for 2.6.19

Hi Jiri, > > about the USBHID part. Jiri Kosina is just about to finally split the > > HID parser and make it available for Bluetooth and USB as an independent > > subsystem. This might conflict with any autosuspend changes for the > > USBHID. It might be better that this waits until Jiri's pat

Re: [Openipmi-developer] [PATCH 9/12] IPMI: add pigeonpoint poweroff

Randy Dunlap <[EMAIL PROTECTED]> wrote: > Bela Lubkin wrote: > > Andrew Morton wrote: > > > >>> Sometime, please go through the IPMI code looking for all these > >>> statically-allocated things which are initialised to 0 or NULL and remove > >>> all those intialisations? They're unneeded, they inc

Re: [RFC] timers, pointers to functions and type safety

On Mon, Dec 04, 2006 at 11:14:29AM +, David Howells wrote: > All it generally takes is two instances of a timer_list struct that use one > common handler function for the removal of the data member from the timer_list > to be a win on pretty much every platform. > > Consider: you replace: > >

Re: [RFC] timers, pointers to functions and type safety

Ingo Molnar <[EMAIL PROTECTED]> wrote: > the question is: which is more important, the type safety of a > container_of() [or type cast], which if we get it wrong produces a > /very/ trivial crash that is trivial to fix - or embedded timers data > structure size all around the kernel? I believe

[PATCH 35/35] Unionfs: Extended Attributes support

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Extended attribute support. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/Kconfig |9 fs/unionfs/Makefile |2 + fs/unio

[PATCH 17/35] Unionfs: Dentry operations

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains the dentry operations for Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/dentry.c | 236

[PATCH 06/35] struct path: Rename DM's struct path

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Rename DM's struct path to struct dm_path. Cc: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> --- drivers/md/dm-emc.c | 10 +- drivers/md/dm-hw-handler.h|2 +- drivers/md/dm-mp

[PATCH 16/35] Unionfs: Copyup Functionality

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains the functions used to perform copyup operations in unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/copyup.

[PATCH 01/35] fsstack: Introduce fsstack_copy_{attr,inode}_*

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Introduce several fsstack_copy_* functions which allow stackable filesystems (such as eCryptfs and Unionfs) to easily copy over (currently only) inode attributes. This prevents code duplication and allows for code reuse. Signed-off-by: Josef "Jeff" Si

[PATCH 33/35] Unionfs: Unlink

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch provides unlink functionality for Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/unlink.c | 162 +

[PATCH 27/35] Unionfs: Handling of stale inodes

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Provides nicer handling of stale inodes. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/stale_inode.c | 114 +

[PATCH 14/35] Unionfs: Branch management functionality

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains the ioctls to increase the union generation and to query which branch a file exists on. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECT

Unionfs: Stackable namespace unification filesystem

The following patches are in a git repo at: git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git (master.kernel.org:/pub/scm/linux/kernel/git/jsipek/unionfs.git) The repository contains the following 35 commits (also available as patches in replies to this email). Commits 1..9 (alre

[PATCH 04/35] fsstack: Fix up eCryptfs compilation

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> The fsstack tidy patch broke eCryptfs. This patch makes eCryptfs compile again. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> --- fs/ecryptfs/inode.c |6 +++--- fs/ecryptfs/main.c |2 +- 2 files changed, 4 insertions(+), 4 deletions(-

[PATCH 28/35] Unionfs: Miscellaneous helper functions

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains miscellaneous helper functions used thoughout Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/subr.c | 17

[PATCH 12/35] Unionfs: Documentation

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains documentation for Unionfs. You will find several files outlining basic unification concepts and rename semantics. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by:

[PATCH 24/35] Unionfs: Readdir state

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This file contains the routines for maintaining readdir state. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/rdstate.c | 282 +++

[PATCH 08/35] struct path: make eCryptfs a user of struct path

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Convert eCryptfs dentry-vfsmount pairs in dentry private data to struct path. Cc: Michael Halcrow <[EMAIL PROTECTED]> Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> --- fs/ecryptfs/ecryptfs_kernel.h | 12 ++-- 1 files changed, 6 inser

[PATCH 18/35] Unionfs: File operations

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch provides the file operations for Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/file.c | 258

[PATCH 03/35] eCryptfs: Use fsstack's generic copy inode attr functions

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Replace eCryptfs specific code & calls with the more generic fsstack equivalents and remove the eCryptfs specific functions. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Cc: Michael Halcrow <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EM

[PATCH 25/35] Unionfs: Rename

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch provides rename functionality for Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/rename.c | 442 +

[PATCH 22/35] Unionfs: Lookup helper functions

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch provides helper functions for the lookup operations in Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/lookup.c |

[PATCH 31/35] Unionfs: Internal include file

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains an internal Unionfs include file. The include file is specific to kernel code only, and therefore is separate from include/linux/unionfs.h. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL P

[PATCH 20/35] Unionfs: Directory manipulation helper functions

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains directory manipulation helper functions. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/dirhelper.c | 270 +++

[PATCH 30/35] Unionfs: Helper macros/inlines

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains many macros and inline functions used thoughout Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/fanout.h |

[PATCH 13/35] lookup_one_len_nd - lookup_one_len with nameidata argument

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch renames lookup_one_len to lookup_one_len_nd, and adds a nameidata argument. An inline function, lookup_one_len (which calls lookup_one_len_nd with nd == NULL) preserves original behavior. The following Unionfs patches depend on this one. Si

[PATCH 02/35] fsstack: Remove unneeded wrapper

From: Andrew Morton <[EMAIL PROTECTED]> Remove unneeded wrapper. Cc: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Cc: Michael Halcrow <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- fs/stack.c | 10 -- include/linux/fs_stack.h | 12 ++-- 2 fil

[PATCH 19/35] Unionfs: Directory file operations

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch provides directory file operations. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/dirfops.c | 264 +++

[PATCH 10/35] fsstack: Make fsstack_copy_attr_all copy inode size

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> fsstack_copy_attr_all should copy the inode size in addition to all the other attributes. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> --- fs/stack.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/fs/stack.c b/fs/st

[PATCH 29/35] Unionfs: Superblock operations

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains the superblock operations for Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/super.c | 342 +

[PATCH 26/35] Unionfs: Privileged operations workqueue

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Workqueue & helper functions used to perform privileged operations on behalf of the user process. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> ---

[PATCH 34/35] Unionfs: Kconfig and Makefile

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains the changes to fs Kconfig file, Makefiles, and Maintainers file for Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- M

[PATCH 05/35] struct path: Rename Reiserfs's struct path

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Rename Reiserfs's struct path to struct treepath. Cc: [EMAIL PROTECTED] Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> --- fs/reiserfs/bitmap.c |2 +- fs/reiserfs/fix_node.c|6 ++-- fs/reiserfs/inode.c | 12

[PATCH 15/35] Unionfs: Common file operations

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch contains helper functions used through the rest of the code which pertains to files. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs

[PATCH 32/35] Unionfs: Include file

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Global include file - can be included from userspace by utilities. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- include/linux/union_fs.h | 20

[PATCH 23/35] Unionfs: Main module functions

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Module init & cleanup code, as well as interposition functions. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/main.c | 685 +

[PATCH 09/35] fs/stack.c should #include

From: Adrian Bunk <[EMAIL PROTECTED]> Every file should #include the headers containing the prototypes for its global functions. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Acked-by: Josef Sipek <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- fs/stack.c |1 + 1 fi

[PATCH 11/35] fsstack: Fix up ecryptfs's fsstack usage

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Fix up a stray ecryptfs_copy_attr_all call and remove prototypes for ecryptfs_copy_* as they no longer exist. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> --- fs/ecryptfs/dentry.c |2 +- fs/ecryptfs/ecryptfs_kernel.h |4 +---

[PATCH 21/35] Unionfs: Inode operations

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> This patch provides the inode operations for Unionfs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Signed-off-by: David Quigley <[EMAIL PROTECTED]> Signed-off-by: Erez Zadok <[EMAIL PROTECTED]> --- fs/unionfs/inode.c | 926 ++

[PATCH 07/35] struct path: Move struct path from fs/namei.c into include/linux

From: Josef "Jeff" Sipek <[EMAIL PROTECTED]> Moved struct path from fs/namei.c to include/linux/namei.h. This allows many places in the VFS, as well as any stackable filesystem to easily keep track of dentry-vfsmount pairs. Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]> --- fs/namei.c

Re: Unionfs: Stackable namespace unification filesystem

On Mon, Dec 04, 2006 at 01:57:40PM +0100, bert hubert wrote: > On Mon, Dec 04, 2006 at 07:30:33AM -0500, Josef 'Jeff' Sipek wrote: > > The following patches are in a git repo at: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git > > Jeff, > > Do you have a pointer to a qui

Re: [PATCH] ISDN: fix warnings

On Sun, Dec 03, 2006 at 08:42:03PM -0500, Jeff Garzik wrote: > > * diva, sedlbauer: the 'ready' label is only used in certain configurations > * hfc_pci: > - cast 'arg' to proper size for testing and printing > - print out 'void __iomem *' variables with %p, > rather than using

Re: Unionfs: Stackable namespace unification filesystem

On Mon, Dec 04, 2006 at 07:30:33AM -0500, Josef 'Jeff' Sipek wrote: > The following patches are in a git repo at: > > git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git Jeff, Do you have a pointer to a quick blurb on this work? Thanks. -- http://www.PowerDNS.com Open source

Re: [PATCH]: first proposal for pci resume quirk interface

On Mon, 4 Dec 2006 13:51:37 +0100 Jean Delvare <[EMAIL PROTECTED]> wrote: > Hi Alan, Carl-Daniel, > > Any progress on this? I'd like to see this patch in -mm so that it gets > wider testing. One thing that needs to be fixed is that the Asus SMBus > quirks are currently ifdef'd out when suspend su

Re: CD oddities with VIA PATA

On Sun, Dec 03, 2006 at 09:03:53PM -0800, Joshua Kwan wrote: > On 12/01/2006 02:42 PM, Ken Moffat wrote: > > On Fri, Dec 01, 2006 at 10:01:34PM +, Ken Moffat wrote: > >> (i.) cdparanoia (9.8) works for root, but for a user it complains > >> that the ioctl isn't cooked and refuses to run. For t

SATA-performance with AHCI

Dear all, now I was able to do a performance test with an Intel ICH6R chipset. Basic hardware data: - Intel Pentium 4 Xeon at 3.2 GHz - Intel ICH6R chipset, AHCI enabled - Intel Hyperthreading On and Off - 1 GB SDDR RAM - SATA controller onboard (4x) - SATA harddisks 250 GB I used SuSE Linux 9.3

Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE_SUSPEND

On Mon, 04 Dec 2006, Pavel Machek wrote: > On Sun 2006-12-03 16:40:04, Kyle Moffett wrote: > > On Nov 19, 2006, at 17:04:23, Christer Weinigel wrote: > > >With suspend-to-disk I can remove the battery (to put in a fresh > > >battery when traveling), try doing that with suspend-to-ram. > > > > My

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

On (01/12/06 11:01), Andrew Morton didst pronounce: > On Fri, 1 Dec 2006 09:54:11 + (GMT) > Mel Gorman <[EMAIL PROTECTED]> wrote: > > > >> @@ -65,7 +65,7 @@ static inline void clear_user_highpage(s > > >> static inline struct page * > > >> alloc_zeroed_user_highpage(struct vm_area_struct *vm

Re: [PATCH] kbuild: Write astest files to $(KBUILD_EXTMOD) directory

Andrew Morton wrote: What's the relationship between this patch and the fixes in this area in -mm? I was unaware of those. The first patch in -mm is obviously broken but is fixed by the 2nd one. The combination of both looks OK to me. I'm happy for either approach to be merged, it will make

[no subject]

unsubscribe linux-kernel - 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 the FAQ at http://www.tux.org/lkml/

Re: [rfc] possible page manipulation simplifications?

On (02/12/06 13:15), Nick Piggin didst pronounce: > Hi, > > While working in this area, I noticed a few things we do that may not > have a positive payoff under the most common conditions. Untested yet, > and probably needs a bit of instrumentation, but it saves about half a > K of code, lots of b

  1   2   3   4   5   >