[PATCH] vt: Fix comments to not refer to kill_proc

The code has been fixed to use kill_pid instead of kill_proc fix the comments as well. Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> --- drivers/char/vt_ioctl.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/char/vt_ioctl.c b/drivers/char/vt_ioctl.c

Re: RFC: PCI quirks update for 2.6.16

On Mon, Dec 11, 2006 at 12:48:10PM +, Sergio Monteiro Basto wrote: > On Mon, 2006-12-11 at 13:41 +0100, Adrian Bunk wrote: > > On Mon, Dec 11, 2006 at 01:42:48AM +, Sergio Monteiro Basto wrote: > > > On Sun, 2006-12-10 at 17:00 +0100, Adrian Bunk wrote: > > > >

Re: Mark bitrevX() functions as const

David Howells wrote: Mark the bit reversal functions as being const as they always return the same output for any given input. Signed-Off-By: David Howells <[EMAIL PROTECTED]> --- include/linux/bitrev.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

Re: RFC: PCI quirks update for 2.6.16

On Sun, Dec 10, 2006 at 05:23:59PM -0800, Linus Torvalds wrote: > > > On Mon, 11 Dec 2006, Adrian Bunk wrote: > > > > If life was that easy... ;-) > > No. Life _is_ that easy. > > If the 2.6.16 stable tree took a patch that was questionable, and we don't > know what the right answer to it

kernel compilation on windows XP using cygwin

I am not able to compile latest kernel code in cygwin environment. It fails for not ELF error always and exits. Any suggestions please? Thanks. -- Regards Kalyan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More

Re: RFC: PCI quirks update for 2.6.16

On Mon, 2006-12-11 at 13:41 +0100, Adrian Bunk wrote: > On Mon, Dec 11, 2006 at 01:42:48AM +, Sergio Monteiro Basto wrote: > > On Sun, 2006-12-10 at 17:00 +0100, Adrian Bunk wrote: > > > +DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_VIA, PCI_ANY_ID, > > > quirk_via_irq); > > > > This is back to

Re: RFC: PCI quirks update for 2.6.16

On Mon, Dec 11, 2006 at 01:42:48AM +, Sergio Monteiro Basto wrote: > On Sun, 2006-12-10 at 17:00 +0100, Adrian Bunk wrote: > > +DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_VIA, PCI_ANY_ID, > > quirk_via_irq); > > This is back to state of kernel 2.6.16 final (without .x) > > In kernel 2.6.17 final

Mark bitrevX() functions as const

Mark the bit reversal functions as being const as they always return the same output for any given input. Signed-Off-By: David Howells <[EMAIL PROTECTED]> --- include/linux/bitrev.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/bitrev.h

Re: [Devel] [PATCH] incorrect error handling inside generic_file_direct_write

I guess you forgot to add Andrew on CC. Thanks, Kirill > OpenVZ team has discovered error inside generic_file_direct_write() > If generic_file_direct_IO() has fail (ENOSPC condition) it may have > instantiated > a few blocks outside i_size. And fsck will complain about wrong i_size > (ext2,

Re: [Xen-devel] Lots of "swapper: page allocation failure" and other memory related messages - 2.6.16-xen0

On 11/12/06, Keir Fraser <[EMAIL PROTECTED]> wrote: On 8/12/06 12:36, "Jesper Juhl" <[EMAIL PROTECTED]> wrote: > (please keep me on Cc when replying) > > I have a server running Xen that regularly spews the following. > The box seems to survive fine regardless - just thought I'd let everyone

[GIT PULL] MMC updates

Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus to receive the following updates: drivers/mmc/at91_mci.c | 346 +-- drivers/mmc/mmc_queue.c |4 - drivers/mmc/sdhci.c |4 - 3 files

[ANNOUNCE] kvm userspace release 6

http://kvm.sourceforge.net Changes: - AMD 32-bit host support (Anthony Liguori) - more migration work - stabilization - improved performance - improved guest support on AMD -- error compiling committee.c: too many arguments to function - To unsubscribe from this list: send the line

Re: powerpc: "IRQ probe failed (0x0)" on powerbook

On Sun, Dec 10, 2006 at 07:45:48PM +1300, Paul Collins wrote: > On my PowerBook when booting Linus's tree as of commit af1713e0 I get > something like this: > > [blah blah] > ide0: Found Apple UniNorth ATA-6 controller, bus ID 3, irq 0 > Probing IDE interface ide0... > hda:

Re: Segmentation fault on modprobe depca

On Mon, 2006-12-11 12:06:08 +0100, Tom Kerremans <[EMAIL PROTECTED]> wrote: > I 'm the maintainter of Trinity Rescue Kit (http://trinityhome.org/trk) , > a live rescue distribution that tries (amongst many other features) to be > as generic as possible in terms of hardware detection. Therefore I

[RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2

Hi Geert, James, FBdev, MM folk, Appended is my attempt to support the Hecuba/E-Ink display. I've added some code to do deferred IO. This is there in order to hide the latency associated with updating the display (500ms to 800ms). The method used is to fake a framebuffer in memory. Then use

Re: [PATCH] WorkStruct: Implement generic UP cmpxchg() where an arch doesn't support it

Russell King <[EMAIL PROTECTED]> wrote: > Yes you can. Well, you can on ARM at least. Between the load exclusive > you can do anything you like until you hit the store exclusive. How come atomic_set() on arm6 is implemented as: static inline void atomic_set(atomic_t *v, int i)

Segmentation fault on modprobe depca

I 'm the maintainter of Trinity Rescue Kit (http://trinityhome.org/trk) , a live rescue distribution that tries (amongst many other features) to be as generic as possible in terms of hardware detection. Therefore I include all network and disk controller drivers in the kernel or as module. I

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

Andrew Morton wrote: A heck of a lot of things can trigger an /sbin/hotplug run. It could well be that Andrew's driver didn't want to run hotplug at all, but the kernel did it anwyay. But as soon as the script appeared at /sbin/hotplug, and it happened to use foo|bar: boom. In fact, things

[PATCH] get rid of ARCH_HAVE_XTIME_LOCK

As suggested by Andrew, we can use __attribute__((weak)) to get rid of ARCH_HAVE_XTIME_LOCK Please note I compiled, and boot tested on ia32 this patch, and it seems OK. I compiled on x86_64 and got same resulting vmlinux image. But I suspect some tools might have problems because vmlinux have

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 11:48:57AM +0100, Olaf Hering wrote: > On Mon, Dec 11, Chuck Ebbert wrote: > > > Why not create a new initcall category for things that must run before > > early userspace? > > Why do you want to continue with papering over the root cause? > Pick some janitor, let him

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, Chuck Ebbert wrote: > Why not create a new initcall category for things that must run before > early userspace? Why do you want to continue with papering over the root cause? Pick some janitor, let him write something that implements something like make style dependencies for

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 02:34:36AM -0800, Andrew Morton wrote: > There are plenty of drivers in there using subsys_initcall, arch_initcall, > postcore_initcall, core_initcall and even one pure_initcall. > > Heaven knows why. They're drivers :( > A heck of a lot of things can trigger an

[PATCH] sched: A simple priority ceiling framework and an implementation for mutex.

Some tips of the design: 1. The prio_floor linked-list save all mutex is holded by each task in time order. It is a stack data srtucture. 2. The prio_rmin member of the mutex_waiter is used for tracing current minimum-value(highest) priority of this mutex. 3. It seem the

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 02:27:46AM -0800, Andrew Morton wrote: > @@ -115,6 +115,11 @@ extern void setup_arch(char **); > #define device_initcall_sync(fn) __define_initcall("6s",fn,6s) > #define late_initcall(fn)__define_initcall("7",fn,7) > #define late_initcall_sync(fn)

Re: race in sysfs between sysfs_remove_file() and read()/write() #2

On Mon, Dec 04, 2006 at 11:06:41AM -0500, Alan Stern wrote: > On Mon, 4 Dec 2006, Maneesh Soni wrote: > > > hmm, I guess Greg has to say the final word. The question is either to fail > > the IO (-ENODEV) or fail the file removal (-EBUSY). If we are not going to > > fail the removal then your

Re: 2.6.19-mm1

On Mon, 11 Dec 2006, Andrew Morton wrote: > Temporarily at > http://userweb.kernel.org/~akpm/2.6.19-mm1/ Am I the only one seeing something strange on ext3 with this kernel? For example /etc/resolv.conf gets corrupted during the dhclient run. It looks like this, after dhclient finishes:

[PATCH] incorrect error handling inside generic_file_direct_write

OpenVZ team has discovered error inside generic_file_direct_write() If generic_file_direct_IO() has fail (ENOSPC condition) it may have instantiated a few blocks outside i_size. And fsck will complain about wrong i_size (ext2, ext3 and reiserfs interpret i_size and biggest block difference as

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 10:22:07 + Al Viro <[EMAIL PROTECTED]> wrote: > On Mon, Dec 11, 2006 at 02:17:18AM -0800, Andrew Morton wrote: > > I think we should aim to have as many subsystems ready to go as possible - > > ideally all of them. Right now we can potentially run userspace before > >

[PATCH] smc91x: Kill off excessive versatile hooks.

This looks like a result of too many auto-merges. The CONFIG_ARCH_VERSATILE case was handled a total of 6 times. This kills 5 of them. Signed-off-by: Paul Mundt <[EMAIL PROTECTED]> -- drivers/net/smc91x.h | 90 --- 1 file changed, 90

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 02:17:18 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > Said that, I think that pipes should be initialized early. > > Judging by the comment there, the only reason we prepare the rootfs prior > to running initcalls is for firmware. So the sequence > > run

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 02:17:18AM -0800, Andrew Morton wrote: > I think we should aim to have as many subsystems ready to go as possible - > ideally all of them. Right now we can potentially run userspace before > AIO, posix-timers, message-queues, BIO, networking, etc are ready to run. > > It

[PATCH 3/5] KVM: Remove extranous put_cpu() from vcpu_put()

The arch splitting patchset left an extra put_cpu() in core code, where it can cause trouble for CONFIG_PREEMPT kernels. Reported by: Huihong Luo <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/kvm_main.c

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 10:03:01 + Al Viro <[EMAIL PROTECTED]> wrote: > On Mon, Dec 11, 2006 at 01:47:27AM -0800, Andrew Morton wrote: > > - populate_rootfs() puts stuff into the filesystem > > > > - we then run initcalls. > > > > - an initcall runs /sbin/hotplug. > > > > We're now running

[PATCH 4/5] KVM: MMU: Ignore pcd, pwt, and pat bits on ptes

The pcd, pwt, and pat bits on page table entries affect the cpu cache. Since the cache is a host resource, the guest should not be able to control it. Moreover, the meaning of these bits changes depending on whether pat is enabled or not. So, force these bits to zero on shadow page table entries

[PATCH 5/5] KVM: Add MAINTAINERS entry

Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/MAINTAINERS === --- linux-2.6.orig/MAINTAINERS +++ linux-2.6/MAINTAINERS @@ -1745,6 +1745,13 @@ W: http://nfs.sourceforge.net/ W:

[PATCH 2/5] KVM: Move find_vmx_entry() to vmx.c

Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/kvm_main.c === --- linux-2.6.orig/drivers/kvm/kvm_main.c +++ linux-2.6/drivers/kvm/kvm_main.c @@ -72,17 +72,6 @@ static struct dentry *debugfs_dir; #define

KVM: Miscellaneous updates

In today's episode: - two old patches that were accidentally dropped (by me) - a fix for CONFIG_PREEMPT - an mmu fix to ignore the cache control bits provided by the guest - a MAINTAINERS entry to point the finger at the perpetrators -- error compiling committee.c: too many arguments to function

[PATCH 1/5] KVM: Make the GET_SREGS and SET_SREGS ioctls symmetric

This makes the SET_SREGS ioctl behave symmetrically to the GET_SREGS ioctl wrt the segment access rights flag. From: Uri Lublin <[EMAIL PROTECTED]> Signed-off-by: Uri Lublin <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/vmx.c

Re: [PATCH] Add the ability to layer another driver over the serial driver

On Sun, 10 Dec 2006 19:23:54 -0600 Corey Minyard <[EMAIL PROTECTED]> wrote: > Nothing has come of this yet. But we have these two requests and a > request from Russell Doty at Redhat. > > It would be nice to know if this type of thing was acceptable or not, > and the problems with the patch.

Re: [patch 63/87] md: define raid5_mergeable_bvec

On Mon, Dec 11 2006, Raz Ben-Jehuda(caro) wrote: > this is against 2.6.19-git17 > hope this correct Patch itself looks fine. Some general suggestions for the future: - Don't top post on lkml - Inline patches, and always include a description and a Signed-off-by line. -

Re: [patch 63/87] md: define raid5_mergeable_bvec

this is against 2.6.19-git17 hope this correct raz On 12/11/06, Jens Axboe <[EMAIL PROTECTED]> wrote: On Mon, Dec 11 2006, Raz Ben-Jehuda(caro) wrote: > On 12/11/06, Jens Axboe <[EMAIL PROTECTED]> wrote: > >On Sun, Dec 10 2006, [EMAIL PROTECTED] wrote: > >> From: "Raz Ben-Jehuda(caro)" <[EMAIL

Re: Window scaling problem?

On Dec 11 2006 10:26, Benny Amorsen wrote: >> "CP" == Cal Peake <[EMAIL PROTECTED]> writes: > >CP> I saw this with kernels v2.6.16, v2.6.17, and v2.6.18. Windows XP >CP> however didn't seem to have any problems. So unless Windows >CP> doesn't have window scaling on by default (or uses a

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 01:47:27AM -0800, Andrew Morton wrote: > - populate_rootfs() puts stuff into the filesystem > > - we then run initcalls. > > - an initcall runs /sbin/hotplug. > > We're now running userspace before all the initcalls have been executed. > Hence we're trying to run

[patch 1/1] oprofile: Add a special cookie for the VDSO region

Emit a special VDSO_COOKIE for VDSO regions instead of simply marking them as anon. Signed-off-by: Amitabha Roy <[EMAIL PROTECTED]> --- diff --git a/drivers/oprofile/buffer_sync.c b/drivers/oprofile/buffer_sync.c index 78c2e6e..7f879db 100644 --- a/drivers/oprofile/buffer_sync.c +++

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 09:33:15 + Al Viro <[EMAIL PROTECTED]> wrote: > On Mon, Dec 11, 2006 at 01:25:45AM -0800, Andrew Morton wrote: > > On Mon, 11 Dec 2006 09:21:30 + > > Al Viro <[EMAIL PROTECTED]> wrote: > > > > > On Mon, Dec 11, 2006 at 01:13:27AM -0800, Andrew Morton wrote: > > > > On

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

In-Reply-To: <[EMAIL PROTECTED]> On Mon, 11 Dec 2006 00:55:57 -0800, Andrew Morton wrote: > > Prevent oops when an app tries to create a pipe while pipefs > > is not mounted. > > That's pretty lame. It means that pipes just won't work, so people who are > using pipes in their initramfs setups

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

Al Viro wrote: > On Mon, Dec 11, 2006 at 03:27:37AM -0500, Chuck Ebbert wrote: >> Prevent oops when an app tries to create a pipe while pipefs >> is not mounted. [] > That makes no sense at all. pipe_mnt is not created by userland > mount; it's created by init_pipe_fs() and we'd bloody better >

Re: [Xen-devel] Lots of "swapper: page allocation failure" and other memory related messages - 2.6.16-xen0

On 8/12/06 12:36, "Jesper Juhl" <[EMAIL PROTECTED]> wrote: > (please keep me on Cc when replying) > > I have a server running Xen that regularly spews the following. > The box seems to survive fine regardless - just thought I'd let everyone know. Harmless and not entirely unexpected. I'll

Re: -mm merge plans for 2.6.20

In-Reply-To: <[EMAIL PROTECTED]> On Sun, 10 Dec 2006 22:19:04 -0600, Steve French wrote: > I don't remember any problems reported with plain text password > support on current cifs and I have certainly seen it negotiated with no > problem, > but I will double check with your reported flag

Re: [PATCH -rt] drop some kruft

* Daniel Walker <[EMAIL PROTECTED]> wrote: > -#ifdef CONFIG_PREEMPT_RT > - if (irqs_disabled()) { > - msg = "disabled hard interrupts"; > - local_irq_enable(); > - } > -#endif thanks, applied. Ingo - To unsubscribe from

Re: 2.6.19 file content corruption on ext3

On Sun, Dec 10, 2006 at 12:46:01AM +0100, Mike Galbraith wrote: > On Fri, 2006-12-08 at 17:42 +0100, Marc Haber wrote: > > On Fri, Dec 08, 2006 at 10:38:12AM +0900, Fernando Luis Vázquez Cao wrote: > > > Does the patch below help? > > > > > >

Re: [PATCH -rt][RESEND] spin lock imbalance in ibm emac

* Daniel Walker <[EMAIL PROTECTED]> wrote: > Sent this a long time ago, still exists. > > Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]> hm, what does this do, and why isnt it upstream? Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH]: typo in init/initramfs.c

[EMAIL PROTECTED] wrote on 08-12-2006 14:58:24: > Jean-Paul Saman wrote: > > [EMAIL PROTECTED] wrote on 06-12-2006 19:17:27: > > > Jean-Paul Saman wrote: > > > > In populate_rootfs() the printk on line 554. It says "Unpacking > > > > initramfs..", which is confusing because if that line is

Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7

On Mon, 11 Dec 2006, Neil Brown wrote: > > this nash thing is exactly the command which triggers a bit different > > oops in my case. On my side, the oops is fully reproducible. If you > > manage to make your case also reproducible, could you please try to > > revert

Re: [PATCH -rt] kernel/latency_trace.c cleanup

* Daniel Walker <[EMAIL PROTECTED]> wrote: > No functional changes, just broke up some long lines. > > Although I didn't touch the long lines made up of strings. > > Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]> thanks, applied. Ingo - To unsubscribe from this list: send the line

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 09:21:30 + Al Viro <[EMAIL PROTECTED]> wrote: > On Mon, Dec 11, 2006 at 01:13:27AM -0800, Andrew Morton wrote: > > On Mon, 11 Dec 2006 00:55:57 -0800 > > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > I think the bug really is the running of populate_rootfs() before

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 01:25:45AM -0800, Andrew Morton wrote: > On Mon, 11 Dec 2006 09:21:30 + > Al Viro <[EMAIL PROTECTED]> wrote: > > > On Mon, Dec 11, 2006 at 01:13:27AM -0800, Andrew Morton wrote: > > > On Mon, 11 Dec 2006 00:55:57 -0800 > > > Andrew Morton <[EMAIL PROTECTED]> wrote: > >

[PATCH 1/1] V4L/DVB (4954): Fix: On ia64, i2c adap->inb/adap->outb are wrongly evaluated

From: Mauro Carvalho Chehab <[EMAIL PROTECTED]> i2c defines two callbacks (inb/outb). On ia64, since it defines also two macros with those names, it causes the following errors: drivers/media/video/usbvision/usbvision-i2c.c:64:39: macro "outb" passed 4 arguments, but takes just 2

Re: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?!

On Sat, 2 Dec 2006, Karsten Weiss wrote: > On Sat, 2 Dec 2006, Christoph Anton Mitterer wrote: > > > I found a severe bug mainly by fortune because it occurs very rarely. > > My test looks like the following: I have about 30GB of testing data on > > This sounds very familiar! One of the Linux

[PATCH 0/1] V4L/DVB fix

Linus, Please pull 'master' from: git://git.kernel.org:/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git master It fixes a breakage when compiling on ia64. Cheers, Mauro. V4L/DVB development is hosted at http://linuxtv.org --- drivers/media/video/usbvision/usbvision-i2c.c | 14

Re: Window scaling problem?

> "CP" == Cal Peake <[EMAIL PROTECTED]> writes: CP> I saw this with kernels v2.6.16, v2.6.17, and v2.6.18. Windows XP CP> however didn't seem to have any problems. So unless Windows CP> doesn't have window scaling on by default (or uses a workaround) CP> it could be a broken kernel. XP

Re: 2.6.19-mm1

Andrew Morton wrote: Temporarily at http://userweb.kernel.org/~akpm/2.6.19-mm1/ Will appear later at ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19/2.6.19-mm1/ - There's some new runtime debugging in kmap_atomic(). It catches one buglet in in

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 01:13:27AM -0800, Andrew Morton wrote: > On Mon, 11 Dec 2006 00:55:57 -0800 > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > I think the bug really is the running of populate_rootfs() before running > > the initcalls, in init/main.c:init(). It's just more sensible to

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 00:55:57 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > I think the bug really is the running of populate_rootfs() before running > the initcalls, in init/main.c:init(). It's just more sensible to start > running userspace after the initcalls have been run.

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 03:27:37AM -0500, Chuck Ebbert wrote: > Prevent oops when an app tries to create a pipe while pipefs > is not mounted. > > Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]> That makes no sense at all. pipe_mnt is not created by userland mount; it's created by

Re: Status of buffered write path (deadlock fixes)

Mark Fasheh wrote: On Fri, Dec 08, 2006 at 02:28:10PM +1100, Nick Piggin wrote: In generic_file_buffered_write() we now do: status = a_ops->commit_write(file, page, offset,offset+copied); Which tells the file system to commit only the amount of data that filemap_copy_from_user() was

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 03:27:37 -0500 Chuck Ebbert <[EMAIL PROTECTED]> wrote: > Prevent oops when an app tries to create a pipe while pipefs > is not mounted. > > Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]> > > --- 2.6.19.1-pre1-32.orig/fs/pipe.c > +++ 2.6.19.1-pre1-32/fs/pipe.c > @@ -839,9

Re: BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64

In-Reply-To: <[EMAIL PROTECTED]> On Wed, 06 Dec 2006 13:58:00 +0100, Kasper Sandberg wrote: > > Kasper, what problems (other that the annoying message) are you having? > if it had only been the messages i wouldnt have complained. > the thing is, when i get these messages, the app provoking them

[patch] pipe: Don't oops when pipe filesystem isn't mounted

Prevent oops when an app tries to create a pipe while pipefs is not mounted. Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]> --- 2.6.19.1-pre1-32.orig/fs/pipe.c +++ 2.6.19.1-pre1-32/fs/pipe.c @@ -839,9 +839,11 @@ static struct dentry_operations pipefs_d static struct inode *

Re: is there any Hard-disk shock-protection for 2.6.18 and above?

On Sun, Dec 10 2006, Elias Oltmanns wrote: > Hi Jens, > > Elias Oltmanns <[EMAIL PROTECTED]> wrote: > > So, here is a patch in which your remarks and suggestions have been > > incorporated. Additionally, I've added the requested kernel doc file > > and another sysfs attribute called

Re: [Patch](memory hotplug) Fix compile error for i386 with NUMA config

> > No. > > Other arch's arch_add_memory() and remove_memory() have been already > > used for NUMA case too. But i386 didn't do it because just > > contig_page_data is used. > > Current NODE_DATA() macro is defined both case appropriately. > > So, this #ifdef is redundant now. > > > > Then I

Re: new procfs memory analysis feature

David Singleton writes: Add variation of /proc/PID/smaps called /proc/PID/pagemaps. Shows reference counts for individual pages instead of aggregate totals. Allows more detailed memory usage information for memory analysis tools. An example of the output shows the shared text VMA for ld.so and

ieee80211 sleeping in invalid context

Hey all, more data on my bcm43xx problem report from a few weeks back. By random chance I acquired a brain, and decided to rebuild my latest kernel pull with as many debugging options on as I could stand. Got the below, plus a dead keyboard (except for Magic SysRq) (but only if I let userspace

Re: new procfs memory analysis feature

David Singleton writes: Add variation of /proc/PID/smaps called /proc/PID/pagemaps. Shows reference counts for individual pages instead of aggregate totals. Allows more detailed memory usage information for memory analysis tools. An example of the output shows the shared text VMA for ld.so and

Re: [Patch](memory hotplug) Fix compile error for i386 with NUMA config

No. Other arch's arch_add_memory() and remove_memory() have been already used for NUMA case too. But i386 didn't do it because just contig_page_data is used. Current NODE_DATA() macro is defined both case appropriately. So, this #ifdef is redundant now. Then I assume the

Re: is there any Hard-disk shock-protection for 2.6.18 and above?

On Sun, Dec 10 2006, Elias Oltmanns wrote: Hi Jens, Elias Oltmanns [EMAIL PROTECTED] wrote: So, here is a patch in which your remarks and suggestions have been incorporated. Additionally, I've added the requested kernel doc file and another sysfs attribute called protect_method. The

[patch] pipe: Don't oops when pipe filesystem isn't mounted

Prevent oops when an app tries to create a pipe while pipefs is not mounted. Signed-off-by: Chuck Ebbert [EMAIL PROTECTED] --- 2.6.19.1-pre1-32.orig/fs/pipe.c +++ 2.6.19.1-pre1-32/fs/pipe.c @@ -839,9 +839,11 @@ static struct dentry_operations pipefs_d static struct inode *

Re: BUG? atleast =2.6.19-rc5, x86 chroot on x86_64

In-Reply-To: [EMAIL PROTECTED] On Wed, 06 Dec 2006 13:58:00 +0100, Kasper Sandberg wrote: Kasper, what problems (other that the annoying message) are you having? if it had only been the messages i wouldnt have complained. the thing is, when i get these messages, the app provoking them acts

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 03:27:37 -0500 Chuck Ebbert [EMAIL PROTECTED] wrote: Prevent oops when an app tries to create a pipe while pipefs is not mounted. Signed-off-by: Chuck Ebbert [EMAIL PROTECTED] --- 2.6.19.1-pre1-32.orig/fs/pipe.c +++ 2.6.19.1-pre1-32/fs/pipe.c @@ -839,9 +839,11 @@

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 03:27:37AM -0500, Chuck Ebbert wrote: Prevent oops when an app tries to create a pipe while pipefs is not mounted. Signed-off-by: Chuck Ebbert [EMAIL PROTECTED] That makes no sense at all. pipe_mnt is not created by userland mount; it's created by init_pipe_fs() and

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 00:55:57 -0800 Andrew Morton [EMAIL PROTECTED] wrote: I think the bug really is the running of populate_rootfs() before running the initcalls, in init/main.c:init(). It's just more sensible to start running userspace after the initcalls have been run. Statically-linked

Re: 2.6.19-mm1

Andrew Morton wrote: Temporarily at http://userweb.kernel.org/~akpm/2.6.19-mm1/ Will appear later at ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19/2.6.19-mm1/ - There's some new runtime debugging in kmap_atomic(). It catches one buglet in in

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 01:13:27AM -0800, Andrew Morton wrote: On Mon, 11 Dec 2006 00:55:57 -0800 Andrew Morton [EMAIL PROTECTED] wrote: I think the bug really is the running of populate_rootfs() before running the initcalls, in init/main.c:init(). It's just more sensible to start

Re: Window scaling problem?

CP == Cal Peake [EMAIL PROTECTED] writes: CP I saw this with kernels v2.6.16, v2.6.17, and v2.6.18. Windows XP CP however didn't seem to have any problems. So unless Windows CP doesn't have window scaling on by default (or uses a workaround) CP it could be a broken kernel. XP doesn't do Window

Re: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?!

On Sat, 2 Dec 2006, Karsten Weiss wrote: On Sat, 2 Dec 2006, Christoph Anton Mitterer wrote: I found a severe bug mainly by fortune because it occurs very rarely. My test looks like the following: I have about 30GB of testing data on This sounds very familiar! One of the Linux compute

[PATCH 1/1] V4L/DVB (4954): Fix: On ia64, i2c adap-inb/adap-outb are wrongly evaluated

From: Mauro Carvalho Chehab [EMAIL PROTECTED] i2c defines two callbacks (inb/outb). On ia64, since it defines also two macros with those names, it causes the following errors: drivers/media/video/usbvision/usbvision-i2c.c:64:39: macro outb passed 4 arguments, but takes just 2

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 01:25:45AM -0800, Andrew Morton wrote: On Mon, 11 Dec 2006 09:21:30 + Al Viro [EMAIL PROTECTED] wrote: On Mon, Dec 11, 2006 at 01:13:27AM -0800, Andrew Morton wrote: On Mon, 11 Dec 2006 00:55:57 -0800 Andrew Morton [EMAIL PROTECTED] wrote: I think

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 09:21:30 + Al Viro [EMAIL PROTECTED] wrote: On Mon, Dec 11, 2006 at 01:13:27AM -0800, Andrew Morton wrote: On Mon, 11 Dec 2006 00:55:57 -0800 Andrew Morton [EMAIL PROTECTED] wrote: I think the bug really is the running of populate_rootfs() before running the

Re: [PATCH -rt] kernel/latency_trace.c cleanup

* Daniel Walker [EMAIL PROTECTED] wrote: No functional changes, just broke up some long lines. Although I didn't touch the long lines made up of strings. Signed-Off-By: Daniel Walker [EMAIL PROTECTED] thanks, applied. Ingo - To unsubscribe from this list: send the line

Re: [PATCH]: typo in init/initramfs.c

[EMAIL PROTECTED] wrote on 08-12-2006 14:58:24: Jean-Paul Saman wrote: [EMAIL PROTECTED] wrote on 06-12-2006 19:17:27: Jean-Paul Saman wrote: In populate_rootfs() the printk on line 554. It says Unpacking initramfs.., which is confusing because if that line is reached the code

Re: [PATCH -rt][RESEND] spin lock imbalance in ibm emac

* Daniel Walker [EMAIL PROTECTED] wrote: Sent this a long time ago, still exists. Signed-Off-By: Daniel Walker [EMAIL PROTECTED] hm, what does this do, and why isnt it upstream? Ingo - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: 2.6.19 file content corruption on ext3

On Sun, Dec 10, 2006 at 12:46:01AM +0100, Mike Galbraith wrote: On Fri, 2006-12-08 at 17:42 +0100, Marc Haber wrote: On Fri, Dec 08, 2006 at 10:38:12AM +0900, Fernando Luis Vázquez Cao wrote: Does the patch below help? http://marc.theaimsgroup.com/?l=linux-ext4m=116483980823714w=4

Re: [PATCH -rt] drop some kruft

* Daniel Walker [EMAIL PROTECTED] wrote: -#ifdef CONFIG_PREEMPT_RT - if (irqs_disabled()) { - msg = disabled hard interrupts; - local_irq_enable(); - } -#endif thanks, applied. Ingo - To unsubscribe from this list:

Re: -mm merge plans for 2.6.20

In-Reply-To: [EMAIL PROTECTED] On Sun, 10 Dec 2006 22:19:04 -0600, Steve French wrote: I don't remember any problems reported with plain text password support on current cifs and I have certainly seen it negotiated with no problem, but I will double check with your reported flag

Re: [Xen-devel] Lots of swapper: page allocation failure and other memory related messages - 2.6.16-xen0

On 8/12/06 12:36, Jesper Juhl [EMAIL PROTECTED] wrote: (please keep me on Cc when replying) I have a server running Xen that regularly spews the following. The box seems to survive fine regardless - just thought I'd let everyone know. Harmless and not entirely unexpected. I'll add

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

In-Reply-To: [EMAIL PROTECTED] On Mon, 11 Dec 2006 00:55:57 -0800, Andrew Morton wrote: Prevent oops when an app tries to create a pipe while pipefs is not mounted. That's pretty lame. It means that pipes just won't work, so people who are using pipes in their initramfs setups will just

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

Al Viro wrote: On Mon, Dec 11, 2006 at 03:27:37AM -0500, Chuck Ebbert wrote: Prevent oops when an app tries to create a pipe while pipefs is not mounted. [] That makes no sense at all. pipe_mnt is not created by userland mount; it's created by init_pipe_fs() and we'd bloody better have it

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 09:33:15 + Al Viro [EMAIL PROTECTED] wrote: On Mon, Dec 11, 2006 at 01:25:45AM -0800, Andrew Morton wrote: On Mon, 11 Dec 2006 09:21:30 + Al Viro [EMAIL PROTECTED] wrote: On Mon, Dec 11, 2006 at 01:13:27AM -0800, Andrew Morton wrote: On Mon, 11 Dec 2006

[patch 1/1] oprofile: Add a special cookie for the VDSO region

Emit a special VDSO_COOKIE for VDSO regions instead of simply marking them as anon. Signed-off-by: Amitabha Roy [EMAIL PROTECTED] --- diff --git a/drivers/oprofile/buffer_sync.c b/drivers/oprofile/buffer_sync.c index 78c2e6e..7f879db 100644 --- a/drivers/oprofile/buffer_sync.c +++

Re: Window scaling problem?

On Dec 11 2006 10:26, Benny Amorsen wrote: CP == Cal Peake [EMAIL PROTECTED] writes: CP I saw this with kernels v2.6.16, v2.6.17, and v2.6.18. Windows XP CP however didn't seem to have any problems. So unless Windows CP doesn't have window scaling on by default (or uses a workaround) CP it

<    1   2   3   4   5   6   7   8   >