KVM Disk i/o or VM activities causes soft lockup?

+0x0/0xbe [] ? kthread+0x79/0x84 [] ? child_rip+0xa/0x20 [] ? kthread+0x0/0x84 [] ? child_rip+0x0/0x20 I am wondering if there is known issue in kernel world, any info would be helpful. Thanks Vincent -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: KVM Disk i/o or VM activities causes soft lockup?

On Thu, Nov 22, 2012 at 11:29 PM, Stefan Hajnoczi wrote: > On Wed, Nov 21, 2012 at 03:36:50PM -0800, Vincent Li wrote: >> We have users running on redhat based distro (Kernel >> 2.6.32-131.21.1.el6.x86_64 ) with kvm, when customer made cron job >> script to copy large files

[RFC PATCH v2 0/6] sched: packing small tasks

ould have been for a default kernel: Vincent Guittot (6): Revert "sched: introduce temporary FAIR_GROUP_SCHED dependency for load-tracking" sched: add a new SD SHARE_POWERLINE flag for sched_domain sched: pack small tasks sched: secure access to other CPU statistics sched: pa

RFC PATCH v2 1/6] Revert "sched: introduce temporary FAIR_GROUP_SCHED dependency for load-tracking"

This reverts commit f4e26b120b9de84cb627bc7361ba43cfdc51341f Signed-off-by: Vincent Guittot --- include/linux/sched.h |8 +--- kernel/sched/core.c |7 +-- kernel/sched/fair.c |3 +-- kernel/sched/sched.h |9 + 4 files changed, 4 insertions(+), 23 deletions

[RFC PATCH v2 5/6] sched: pack the idle load balance

Look for an idle CPU close to the pack buddy CPU whenever possible. The goal is to prevent the wake up of a CPU which doesn't share the power domain of the pack buddy CPU. Signed-off-by: Vincent Guittot --- kernel/sched/fair.c | 18 ++ 1 file changed, 18 insertions(+)

[RFC PATCH v2 6/6] ARM: sched: clear SD_SHARE_POWERLINE

The ARM platforms take advantage of packing small tasks on few cores. This is true even when the cores of a cluster can't be power gated independantly. So we clear SD_SHARE_POWERDOMAIN at MC and CPU level. Signed-off-by: Vincent Guittot --- arch/arm/kernel/topology.c |9 + 1

[RFC PATCH v2 4/6] sched: secure access to other CPU statistics

45ms after plugging a CPU, which implies that we could use the max value instead of reading runnable_avg_period after 345ms. During the starting phase, we must ensure a minimum of coherency between the fields. A simple rule is runnable_avg_sum <= runnable_avg_period. Signed-off-by: Vincent Guittot

[PATCH 2/6] sched: add a new SD SHARE_POWERLINE flag for sched_domain

worth packing some tasks in a group of CPUs in order to power gated the other groups instead of spreading the tasks. The default behavior of the scheduler is to spread tasks so the flag is set into all sched_domains Signed-off-by: Vincent Guittot --- arch/ia64/include/asm/topology.h |1 + arch

Re: [PATCH 0/18] sched: simplified fork, enable load average into LB and power awareness scheduling

t; quicker, you can put the memory >>> in self refresh quicker. >>> >>> none of this stuff is easy for humans or computer programs to determine >>> ahead of time... or sometimes even afterwards. >>> heck, even for just performance it's really really

Re: [PATCH 2/6] sched: add a new SD SHARE_POWERLINE flag for sched_domain

On 13 December 2012 03:24, Alex Shi wrote: > On 12/12/2012 09:31 PM, Vincent Guittot wrote: >> This new flag SD_SHARE_POWERDOMAIN is used to reflect whether groups of CPU >> in >> a sched_domain level can or not reach a different power state. If clusters >> can >

Re: [RFC PATCH v2 3/6] sched: pack small tasks

On 13 December 2012 03:17, Alex Shi wrote: > On 12/12/2012 09:31 PM, Vincent Guittot wrote: >> During the creation of sched_domain, we define a pack buddy CPU for each CPU >> when one is available. We want to pack at all levels where a group of CPU can >> be power gated inde

Re: [RFC PATCH v2 3/6] sched: pack small tasks

On 13 December 2012 15:25, Alex Shi wrote: > On 12/13/2012 06:11 PM, Vincent Guittot wrote: >> On 13 December 2012 03:17, Alex Shi wrote: >>> On 12/12/2012 09:31 PM, Vincent Guittot wrote: >>>> During the creation of sched_domain, we define a pack buddy CPU for e

Re: [RFC PATCH v2 3/6] sched: pack small tasks

On 13 December 2012 15:53, Vincent Guittot wrote: > On 13 December 2012 15:25, Alex Shi wrote: >> On 12/13/2012 06:11 PM, Vincent Guittot wrote: >>> On 13 December 2012 03:17, Alex Shi wrote: >>>> On 12/12/2012 09:31 PM, Vincent Guittot wrote: >>>>

Re: [RFC PATCH v2 3/6] sched: pack small tasks

On 14 December 2012 02:46, Alex Shi wrote: > On 12/13/2012 11:48 PM, Vincent Guittot wrote: >> On 13 December 2012 15:53, Vincent Guittot >> wrote: >>> On 13 December 2012 15:25, Alex Shi wrote: >>>> On 12/13/2012 06:11 PM, Vincent Guittot wrote: >&

Re: [RFC PATCH v2 3/6] sched: pack small tasks

> 3,7,11,15,19,23,27,31,35,39,43,47,51,55,59,63,67,71,75,79 (cpu_power = 11780) > Thanks. that's an interesting example of a numa topology For your sched_domain difference, On 3.4, SD_PREFER_SIBLING was set for both MC and CPU level thanks to sd_balance_for_mc_power and sd_balanc

Re: [RFC PATCH v2 3/6] sched: pack small tasks

On 16 December 2012 08:12, Alex Shi wrote: > On 12/14/2012 05:33 PM, Vincent Guittot wrote: >> On 14 December 2012 02:46, Alex Shi wrote: >>> On 12/13/2012 11:48 PM, Vincent Guittot wrote: >>>> On 13 December 2012 15:53, Vincent Guittot >>>> wrote:

Re: [PATCH V2 3/3] workqueue: Schedule work on non-idle cpu instead of current one

t be enough to implement >> it for timer and delayed_work? > > What if we need a timer, which must re-arm itself + schedule a work? > delayed_work will not be sufficient in that case, and we would need > to use normal work. > > If i am not wrong, there can be other future users of thi

[PATCH v4 0/5] ARM: topology: set the capacity of each cores for big.LITTLE

the use of NR_CPUS and use nr_cpu_ids instead - Remove broken power estimation of x86 Peter Zijlstra (1): sched, x86: Remove broken power estimation Vincent Guittot (4): ARM: topology: Add arch_scale_freq_power function ARM: topology: factorize the update of sibling masks ARM: topology

[PATCH v4 1/5] ARM: topology: Add arch_scale_freq_power function

Add infrastructure to be able to modify the cpu_power of each core Signed-off-by: Vincent Guittot Reviewed-by: Namhyung Kim --- arch/arm/kernel/topology.c | 38 +- 1 file changed, 37 insertions(+), 1 deletion(-) diff --git a/arch/arm/kernel/topology.c b

[PATCH v4 2/5] ARM: topology: factorize the update of sibling masks

This factorization has also been proposed in another patch that has not been merged yet: http://lists.infradead.org/pipermail/linux-arm-kernel/2012-January/080873.html So, this patch could be dropped depending of the state of the other one. Signed-off-by: Lorenzo Pieralisi Signed-off-by: Vincent

[PATCH v4 3/5] ARM: topology: Update cpu_power according to DT information

will run on big cores and short ones on LITTLE cores. Signed-off-by: Vincent Guittot Reviewed-by: Namhyung Kim --- arch/arm/kernel/topology.c | 153 1 file changed, 153 insertions(+) diff --git a/arch/arm/kernel/topology.c b/arch/arm/kernel/topol

[PATCH v4 4/5] sched, x86: Remove broken power estimation

From: Peter Zijlstra The x86 sched power implementation has been broken forever and gets in the way of other stuff, remove it. For archaeological interest, fixing this code would require dealing with the cross-cpu calling of these functions and more importantly, we need to filter idle time out o

[PATCH v4 5/5] sched: cpu_power: enable ARCH_POWER

Heteregeneous ARM platform uses arch_scale_freq_power function to reflect the relative capacity of each core Signed-off-by: Vincent Guittot --- kernel/sched/features.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/features.h b/kernel/sched/features.h index

Re: sched: Consequences of integrating the Per Entity Load Tracking Metric into the Load Balancer

. How about we always schedule > the woken up task on the prev_cpu? This seems more sensible considering > load balancing considers blocked load as being a part of the load of cpu2. Hi Preeti, I'm not sure that we want such steady state at cores level because we take advantage of migrat

Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?

Le lundi 07 janvier 2013 à 09:32 +0100, Takashi Iwai a écrit : > At Sat, 05 Jan 2013 22:24:03 +0100, > Vincent Blut wrote: > > > > Le jeudi 03 janvier 2013 à 10:19 +0100, Takashi Iwai a écrit : > > > At Fri, 28 Dec 2012 15:25:40 +0100, > > > Vin

Re: sched: Consequences of integrating the Per Entity Load Tracking Metric into the Load Balancer

On 8 January 2013 07:06, Preeti U Murthy wrote: > On 01/07/2013 09:18 PM, Vincent Guittot wrote: >> On 2 January 2013 05:22, Preeti U Murthy wrote: >>> Hi everyone, >>> I have been looking at how different workloads react when the per entity >>> load trackin

Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?

Le mardi 08 janvier 2013 à 13:56 +0100, Takashi Iwai a écrit : > At Tue, 08 Jan 2013 13:28:55 +0100, > Vincent Blut wrote: > > > > Le lundi 07 janvier 2013 à 09:32 +0100, Takashi Iwai a écrit : > > > At Sat, 05 Jan 2013 22:24:03 +0100, > > > >

Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?

audio controller. It seems that the problem is in a deeper level > than the sound driver itself, so as a temporal solution, disable the > feature for these controllers again. > > Reported-by: Vincent Blut > Reported-by: Maurizio Avogadro > Cc: [v3.7] > Signed-off-by: Takas

Dual Via694 M/B locks during 2.4.0-test11 boot. APIC pb ?

Hello I am using a Gigabyte 6VXDC7 Dual Pentium III MB. This motherboard uses a Via 694 chipset. cf http://www.giga-byte.com/products/6vxdc7.htm With the 2.4.0-test11-pre1 kernel the system freezes during boot. I suspect APIC pbs. Can anybody help me ? Thanks. Vincent Below is the content of

kernel: nfs: task X can't get a request slot

e help me out or point me in the right direction ? TIA Regards, Vincent Schultz - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

cpqarray & 2.4.1+ hang

Has anyone else fixed this problem with changing the BIOS OS? I've also attached my .config file for extra details. --- Vincent Sweeney [EMAIL PROTECTED] config

Re: cpqarray & 2.4.1+ hang

ci -xxx and dmesg output of our DL360 below. > > Ciao, Marcus Yes that workaround means no hang on bootup anymore, thanks a lot. --- Vincent Sweeney [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

More 2.4 memory usage wierdness?

Basically they all show the server has 370MB of free physical memory but its using lots of swap space and OOM is killing processes. What gives? Vince. -- Vincent Sweeney System Architect meminfo slabinfo

Re: More 2.4 memory usage wierdness?

Vincent Sweeney wrote: > > I have a question regarding a busy box I recently updated to > '2.4.2-ac20'. It has been running for several hours without any real > problems until I started getting 'dmesg' entries like: > > Out of Memory: Killed process

Re: Plain 2.4.5 VM... (and 2.4.5-ac3)

On Tuesday 29 May 2001 10:37, elko wrote: > On Tuesday 29 May 2001 11:10, Alan Cox wrote: > > > It's not a bug. It's a feature. It only breaks systems that are run > > > w= ith "too > > > little" swap, and the only difference from 2.2 till now is, that the > > > de= finition > > > of "too little

Re: Plain 2.4.5 VM... (and 2.4.5-ac3)

Ronald Bultje writes: > On 30 May 2001 14:58:57 -0500, Vincent Stemen wrote: > > There was a new 8139too driver added to the the 2.4.5 (I think) kernel > > which Alan Cox took back out and reverted to the old one in his > > 2.4.5-ac? versions because it is appar

Re: Plain 2.4.5 VM... (and 2.4.5-ac3)

On Wednesday 30 May 2001 15:30, Rik van Riel wrote: > On Wed, 30 May 2001, Vincent Stemen wrote: > > The problem is, that's not true. These problems are not slipping > > through because of lack of testers. As Alan said, the VM problem has > > been lurking, which means

Re: Plain 2.4.5 VM... (and 2.4.5-ac3)

On Wednesday 30 May 2001 15:17, Mike Galbraith wrote: > On Wed, 30 May 2001, Vincent Stemen wrote: > > On Wednesday 30 May 2001 01:02, Mike Galbraith wrote: > > > On Tue, 29 May 2001, Vincent Stemen wrote: > > > > On Tuesday 29 May 2001 15:16, Alan Cox wrote: &

Re: Cannot mount old ext2 cdrom, but e2fsck shows no problems

iscover what it was until I left X windows and tried it from the console and finally got an error relating to block size. - Vincent Stemen > > > $ dumpe2fs -h /dev/scd0 > dumpe2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09 > Filesystem volume name: > Last mounted on:

Re: Plain 2.4.5 VM... (and 2.4.5-ac3)

On Wednesday 30 May 2001 01:02, Mike Galbraith wrote: > On Tue, 29 May 2001, Vincent Stemen wrote: > > On Tuesday 29 May 2001 15:16, Alan Cox wrote: > > > > a reasonably stable release until 2.2.12. I do not understand why > > > > code with such serious reproduc

Re: kernel guide to space (updated)

is an option. please no, it's really better to have a unified CodingStyle. and "if (" is a lot more used than "if(". $ grep -r "if (" linux-2.6.12/* | wc -l 288027 $ grep -r "if(" linux-2.6.12/* | wc -l 20682 -- Vincent Hanquez - To unsubscribe from

Re: 2.6.22.14 oops msg with commvault galaxy ?

On Thu, 2007-12-13 at 18:32 +0530, Dhaval Giani wrote: > On Thu, Dec 13, 2007 at 01:55:09PM +0100, Ingo Molnar wrote: > > > > * Dhaval Giani <[EMAIL PROTECTED]> wrote: > > > > > Could you please see if the following patch removes the oops due to > > > CFS sysfs files? (There might still be the o

Re: 2.6.22.14 oops msg with commvault galaxy ?

595756ec1f49e0049a9e01a1298d53a7faaa15 deemed attribute->owner as > > unnecessary. I guess that answers the question. > > thx. The only open question seems to be: Vincent had sysfs crashes > without the CFS patchset as well. > > Wouldnt it be prudent to backport the core

Re: 2.6.22.14 oops msg with commvault galaxy ?

On Thu, 2007-12-13 at 08:59 -0500, Kay Sievers wrote: > On Thu, 2007-12-13 at 13:55 +0100, Ingo Molnar wrote: > > * Dhaval Giani <[EMAIL PROTECTED]> wrote: > > > > > Could you please see if the following patch removes the oops due > to > > > CFS sysfs files? (There might still be the other oops due

2.6.22.14 oops msg with commvault galaxy ?

Hi all, I'm using a 2.6.22.14 + CFS v24 and I got theses errors when starting up my commvault galaxy client... Do anybody know what this could mean? Message from [EMAIL PROTECTED] at Fri Nov 30 12:54:57 2007 ... printemps kernel: [750078.538268] Oops: [#1] printemps kernel: [750078.538284]

RE: 2.6.22.14 oops msg with commvault galaxy ?

Le vendredi 30 novembre 2007 à 12:35 -0500, Fortier,Vincent [Montreal] a écrit : > > -Message d'origine- > > De : Randy Dunlap [mailto:[EMAIL PROTECTED] > > Envoyé : 30 novembre 2007 12:13 > > > > On Fri, 30 Nov 2007 13:02:54 + Vince

Re: [patch/backport] CFS scheduler, -v24, for v2.6.24-rc3, v2.6.23.8, v2.6.22.13, v2.6.21.7

On Mon, 2007-11-19 at 16:17 +0100, Ingo Molnar wrote: > By popular demand, here is release -v24 of the CFS scheduler patch. > > It is a full backport of the latest & greatest scheduler code to > v2.6.24-rc3, v2.6.23.8, v2.6.22.13, v2.6.21.7. The patches can be > downloaded from the usual place:

Re: 2.6.22.14 oops msg with commvault galaxy ?

t; > > > > > > > one. > > > > > > > > > > > > > > It depends on a completely reworked sysfs logic, I don't think it > > > > > > > makes any sense to backport that. > > > > > > > > &

UDP and e1000 : Simple test, little bugs.

is the intel e1000 ethernet card. I tried with rxpolling turned on and off. Bug doesnot appear in loopback. Anyone interrested in that? Vincent ROQUETA / * Simple Client * Port : * argument 1 : buffer size to send * argument 2 : ser

Re: UDP and e1000 : Simple test, little bugs.

> Network card is the intel e1000 ethernet card. I tried with rxpolling > turned on and off. Bug doesnot appear in loopback. Compiling with the linux 2.6.10rc1 e1000 driver does not change anything. That may not come from the driver. Vincent ROQUETA - To unsubscribe from this list: se

2.6.7 modification, does it hurt?

QM500) seems to function excellent as ever at this node when performing tests. Under which conditions this change will give problems? Thanks in advance for answerring, Vincent Diepeveen www.diep3d.com [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kern

Re: 2.6.11-rc4-mm1

"match_int" [fs/ext2/ext2.ko] undefined! *** Warning: "match_octal" [drivers/usb/core/usbcore.ko] undefined! *** Warning: "match_token" [drivers/usb/core/usbcore.ko] undefined! *** Warning: "match_int" [drivers/usb/core/usbcore.ko] undefined! my .config is attached Regards, Vincent config-2.6.11-rc4-mm1 Description: Binary data

Re: Undefined symbols in 2.6.11-rc5-mm1

I have the exact same problem. .config is attached (this may be a debian specific problem as I'm running debian too) Regards, Vincent On Wed, 2 Mar 2005 01:23:31 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote: > Keenan Pepper <[EMAIL PROTECTED]> wrote: > > > >

Re: Undefined symbols in 2.6.11-rc5-mm1

Works fine for me now, thanks ! Vincent On Wed, 2 Mar 2005 03:24:14 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote: > OK, there are no vmlinux references to lib/parser.o's symbols. So it isn't > getting linked in. > > In lib/Makefile, remove parser.o from the li

PATCH (2.4.5): /dev/poll support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 more knowledgable than me can -BEGIN PGP SIGNATURE- Version: PGPfreeware 7.0.3 for non-commercial use iQA/AwUBOzoyDz8f58rgPfa4EQIQRwCgxPE/JcNHuegj9fEklY7uhJr8O5UAnAtq W46SBMHzCtsQYznIaKHFB8a+ =UaUj -END PGP SIGNATUR

PATCH (2.4.5): /dev/poll support

I think pgp-signing just barfed my last email (typical) so I'm retyping / resending this: Hi, this patch adds Solaris 7/8 like /dev/poll support to the kernel. I can claim no real credit for this as basically this is a fixed version of a patch available from http://www.citi.umich.edu/project

Re: 2.6.11-ck1 (cfq-timeslice)

thing more recent than 2.6.10-rc3-mm1). I'd really love to try it again as it made quite a noticeable difference last time I've tried (but I can't live without reiser4 any more...). Best regards, Vincent - To unsubscribe from this list: send the line "unsubscribe linux-kerne

Re: 2.6.11-ck1 (cfq-timeslice)

On Fri, 4 Mar 2005 14:07:50 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote: > Vincent Vanackere <[EMAIL PROTECTED]> wrote: > > > > (I can't live without reiser4 any more...). > > Tell us more? > I've been storing all my important data (inclu

Re: 2.4.4 kernel freeze for unknown reason

ered versions. In fact, I have seen several even numbered kernels released with far less stability than most of the odd numbered development kernels. - Vincent - 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: 2.4.4 kernel freeze for unknown reason

t could be related to the compiler change? If nobody has considered that, I just thought I would bring the possibility to your attention. - Vincent Stemen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo

Re: 2.4.4 kernel freeze for unknown reason

eeze) yesterday... Oh well.. > > I have been tracking this thread for a few days and it seem the source of > this problem is related to swap space. Vincent, would you mind to send me > the patch for swap space problem if Alan had sent it to you? So I can > test it on my machine and

[PATCH] arch/i386/kernel/signal.c: fix err test twice

Hi, the following patch: - correct the err variable tested twice when _NSIG_WORDS == 1 (unlikely to happen, but ..) - remove some |= in favor of = because we don't need to 'pack' err Please apply, Signed-off-by: Vincent Hanquez <[EMAIL PROTECTED]>

[2.6.11-rc1-mm1] Strange MCE errors

... I'd like to know if this is a kernel mistake or if I have really some configuration/hardware problem. I could not deduce anything meaningful from the parsemce (version 0.09) utility. Any help or advice would be apreciated... Vincent P.S.: here follows more inf

[PATCH] - Fix typo in Documentation/SubmitChecklist

>From 065f7037a99d14c8678384c60046b8d39b1524c8 Mon Sep 17 00:00:00 2001 From: Vincent Legoll <[EMAIL PROTECTED]> Date: Sat, 4 Aug 2007 17:07:25 +0200 Subject: [PATCH] - Fix typo in Documentation/SubmitChecklist Signed-off-by: Vincent Legoll <[EMAIL PROTECTED]> --- Documentation/

[PATCH] - Add "def_bool" Kconfig format documentation

Hello, here is a small documentation patch for the KConfig file format "def_bool" type definition that was missing. I hope the patch is not mangled... >From 4742eb7a3169001304524e82a88ec1c94f70aa56 Mon Sep 17 00:00:00 2001 From: Vincent Legoll <[EMAIL PROTECTED]> Date: Sat,

[PATCH] 2.4.35 compilation failed in LVM

:48: error: previous declaration of 'vg_count' was here looking in the 2.4.35 patch, this has been modified, is there already a fix for that ? Reverting the attached patch hunk fixed the compilation for me... -- Vincent Legoll patch-fix-lvm-compil Description: Binary data

Re: [PATCH] - Add "def_bool" Kconfig format documentation

On 8/12/07, Randy Dunlap <[EMAIL PROTECTED]> wrote: > There are also def_boolean and def_tristate. > I suppose that I should resubmit this patch: > http://marc.info/?l=linux-kernel&m=115471883121076&w=2 This one is OK for me, you can add: Signed-off-by: Vincent L

REAL-TIME GRAPHICAL BANDWIDTH/CPU/RAM MONITOR FOR LINUX

way to get the used memory info? The BionicClown007 is at http://clowncode.net, BionicClown007 is the total rewriting of the ClownToolKit. Regards to all Vincent Perrier - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: [patch 1/4] Add

se meaning depends on @type. */ int do_syslog(int type, char __user *buf, int len) { @@ -190,11 +192,11 @@ That part looks good to me, and the kernel-doc hunks from "[patch 3/4] Refactor do_syslog interface" too, are: Acked-by: Vincent Legoll <[EMAIL PROTECTED]> thanks for

Re: [PATCH] Consolidate default sched_clock()

Hello, what about the following, on top of your patch ? It's trivial modif to kernel-doc style comment... -- Vincent Legoll diff --git a/kernel/sched.c b/kernel/sched.c index f92a239..2c51ec0 100644 --- a/kernel/sched.c +++ b/kernel/sched.c @@ -56,8 +56,8 @@ #include -/* - * Sche

Re: libsata doesn't like bus without master

inserted in it. The BIOS may initialize it differently then. -- Vincent Legoll - 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 FA

Re: libsata doesn't like bus without master

Argh I think I screwed the mail threading, I was refering to: http://ussg.iu.edu/hypermail/linux/kernel/0702.1/1060.html From: Patrick Ale Date: Sun Feb 11 2007 - 05:28:21 EST Sorry -- Vincent Legoll - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: libsata doesn't like bus without master

At least, that's how it works here :) I wish I could make it work here too ;-) -- Vincent Legoll - 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: Boot time Bluetooth BUG: warning: (value > m) at hid-core.c:793

> > > > I've set up the hid-core.c to DEBUG mode... and it literally got pretty verbose... > > > thanks for the output. Is this really the full output? The important part > > - report descriptor dump - seems to be missing in the output (it should > > read something like "hid-core.c: report des

Re: [patch] Re: linux-2.6.today: rtc_cmos init oops/panic inrtc_sysfs_remove_device()

I had the same problem, and your patch fixes it. I found that disabling CONFIG_RTC_DRV_CMOS fixes^Wworkarounds it too... Acked-by: Vincent Legoll <[EMAIL PROTECTED]> -- Vincent Legoll - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a m

Re: [Patch][NFSv4]: Kernel panic (handle kernel NULL pointer) occurred in NFSv4 by the nfs_update_inode()

4K pages configuration, I may "activate" unknown bugs on wildly used NFS code. Vincent >Thank you for any information on this issue. > > > Hi, all > > > > I have been working on trying to evaluate the robustness of the NFS. > > When I run the files

Re: [Patch][NFSv4]: Kernel panic (handle kernel NULL pointer) occurred in NFSv4 by the nfs_update_inode()

Le lundi 26 février 2007 14:02, Vincent ROQUETA a écrit : > Le lundi 29 janvier 2007 01:51, fj-shic a écrit : > > Hi, all > > > >Is there any good idea about this issue? > >I really think this is a problem in the NFSv4, which should be > > resolved in the

Re: Sound 2.6.19: Soundcard driver often fail to load?

Le vendredi 23 février 2007, vous avez écrit : > At Wed, 21 Feb 2007 05:50:48 -0500, > Veronique & Vincent wrote: > > > > Hi, > > > > I'm currently running a 2.6.19 kernel and 2 times out of 3 the sound driver > > fails to load hence

Re: [PATCH] mfd: SM501 core driver

ts both platform and PCI bus > > attached devices. > > > > Signed-off-by: Ben Dooks <[EMAIL PROTECTED]> > > Can we get Vincent's signoff here? > Signed-off-by: Vincent Sanders <[EMAIL PROTECTED]> hows that ;-) -- Regards Vincent signature.asc Description: Digital signature

Fwd: RE: Boot time Bluetooth BUG: warning: (value > m) at hid-core.c:793

Bluetooth BUG: warning: (value > m) at hid-core.c:793 Date : lundi 19 février 2007 De : "Fortier,Vincent [Montreal]" <[EMAIL PROTECTED]> À : Jiri Kosina <[EMAIL PROTECTED]>, Marcel Holtmann <[EMAIL PROTECTED]> Hi Macel and Jiri, Thnx for answering! I'll recom

Re: [PATCH] lirc: remove backwards compatibility macro obfuscation (Was: Free Linux Driver Development!)

ering : in view of a kernel merge, wouldn't it be better for the lirc drivers to be ported to the input layer (linux-input ML in cc:) ? Regards, Vincent - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More

NPTL and time

and explain what is happening. Ive attached a test program for demonstration. The problem occurs on a VIA Epia system. The same test on an AthlonXP machine didnt show this behavior. Maybe it is hardware related? With best regards, Vincent Kessler Sample output: Wake_time is the time passed

[patch 1/4] Add

Hello, what about something along the lines of the following, on top of your patch ? Or should the kernel-doc be put on another function instead of that one ? -- Vincent Legoll Add do_syslog() kernel-doc --- commit 95b0721d8b4b46ddf83113fe49492810d7d92060 tree

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

text properly dispatched in the apropriate changelogs ? P.S.: I'm not subscribed, and couldn't find a way to do a proper reply to Arjan's message, so, sorry to break the proposed rule myself... -- Vincent Legoll Add a suggestion to properly thread patch series Discussion started

Re: [PATCH] Sky Cpu: use C99 style for struct init

On Thu, Jul 05, 2007 at 09:59:10PM +0400, Cyrill Gorcunov wrote: > + .fasync= NULL, > + .poll = NULL, > + .ioctl = NULL, you can remove those since C99 automaticly initialize missing fields to 0. Cheers, -- Vincent Hanquez - To unsubscribe from this list: send

RSDL v0.28 for 2.6.20 -> backport to 2.6.18.8

Hi all, > > Here is an update for RSDL to version 0.28 > > Full patch: > http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched- > rsdl-0.28.patch > > Series: > http://ck.kolivas.org/patches/staircase-deadline/2.6.20/ > > The patch to get you from 0.26 to 0.28: > http://ck.kolivas.org/p

RSDL v0.29 backport to 2.6.18.8

Hello, again, I just saw that my 0.28 patch file was wrongly named 0.26 and that there is a new version 0.29 of RSDL that just came out... so here is the backported RSDL 0.29 to a 2.6.18.8 kernel. This does compile but I did not got the time to fully test it yet. > > Here is an update for RSD

Fwd: Backport RSDL v0.31: Updated RSDL 0.31 backport for 2.6.18.8 & Debian etch x86_64 RSDL 0.31 kernels availability

64-envcan_2.6.20.3-001_amd64.deb http://linux-dev.qc.ec.gc.ca/kernel/debian/etch/x86_64/2.6.20/linux-headers-2.6.20.3-001-amd64-envcan_2.6.20.3-001_amd64.deb Comments are welcomed! Vincent Fortier Informatique Environnement Canada - To unsubscribe from this list: send the line "unsubscribe linux-ke

Re: [Bonding-devel] [PROBLEM] Bonding driver in linux-2.6.21-rc6-mm1

Le Thursday 26 April 2007 22:44:59 Jay Vosburgh, vous avez écrit : > Chris Snook <[EMAIL PROTECTED]> wrote: > >Vincent ETIENNE wrote: > >> Hi, > >> > >> Summary : > >>Got this trace when one network interface come down or up in a 2 >

rsdl 0.32 backport to 2.6.18.8 available & pre-built DebianEtch and Fedora 6 kernels

Hi all, A backported version of the RSDL 0.32 patch is now available at http://linux-dev.qc.ec.gc.ca for a 2.6.18.8 kernel. There are also a few 2.6.18/2.6.20 pre-built kernels available for both Debian Etch (x86_64) and Fedora 6 (x86_64). - vin - To unsubscribe from this list: send the line "

Re: [PATCH] Make ati_remote button repeat sensitivity soft-configurable

comment, compile & run-time tested). Works fine for me... Best regards, Vincent --- drivers/usb/input/ati_remote.c.orig 2007-04-04 22:05:10.0 +0200 +++ drivers/usb/input/ati_remote.c 2007-04-04 22:35:59.0 +0200 @@ -120,6 +120,7 @@ * behaviour. */ #define FILTER_TIME 60 /* msec *

Re: [PATCH] Make ati_remote button repeat sensitivity soft-configurable

On 4/4/07, Éric Piel <[EMAIL PROTECTED]> wrote: 04/04/2007 10:52 PM, Vincent Vanackere wrote/a écrit: > +unsigned long first_jiffies; space warning! Sorry for being annoying ;-) Eric Indeed you are8-) ... new version attached ... Best regards, Vincent --

[OOPS 2.6.21-rc7-mm1] kernel BUG at fs/sysfs/inode.c:272 (sysfs_drop_dentry)

Hi, I'm getting the following oops at boot with the latest -mm kernel : --- kernel BUG at fs/sysfs/inode.c:272 ... EIP is at sysfs_drop_dentry+0x139/0x165 Call trace : remove_dir __sysfs_remove_dir dput kobject_del device_del ... --

[PROBLEM] Bonding driver in linux-2.6.21-rc6-mm1

.net/linux I'm a bit worried by the message so any help will be greatly appreciated Vincent - 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

Re: [Bonding-devel] [PROBLEM] Bonding driver in linux-2.6.21-rc6-mm1

Le Thursday 26 April 2007 22:44:59 Jay Vosburgh, vous avez écrit : > Chris Snook <[EMAIL PROTECTED]> wrote: > >Vincent ETIENNE wrote: > >> Hi, > >> > >> Summary : > >>Got this trace when one network interface come down or up in a 2 >

Re: USB HID bug (was [PROBLEM] Bonding driver in linux-2.6.21-rc6-mm1)

.vetienne.net/linux/dmesg.2.6.21-rc7-mm2+patch-usbhid I could confirm that the keyboard is working ( yesterday i was just behind the box due to test on the network ). But i don't remember if the keyboard is USB or PS2 (i only have ssh access to the box for the next 3/4 days) Vincent - To

Re: [linux-usb-devel] USB HID bug (was [PROBLEM] Bonding driver in linux-2.6.21-rc6-mm1)

Le Saturday 28 April 2007 21:50:30 Alan Stern, vous avez écrit : > No, it isn't a problem in the USB core. The device itself is messed up; > it really does report idVendor and idProduct both equal to 0. > > Jiri, don't worry about all those other devices in the listing that also > have idVendor an

Re: [PROBLEM] Bonding driver in linux-2.6.21-rc6-mm1

Le Saturday 28 April 2007 00:32:37 Andrew Morton, vous avez écrit : > On Fri, 27 Apr 2007 22:05:28 +0200 > > because we thought we'd fixed the rtnl_lock() problems in 2.6.21-rc7-mm2. > Are you sure that log is from 2.6.21-rc7-mm2? Yes. I have retested it another time ( for adding the small usb d

Re: [PATCH] Make ati_remote button repeat sensitivity soft-configurable

ould be made dependent on the exact remote model)... what is your hardware id ? Best regards, Vincent - 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 Ple

Re: [linux-usb-devel] USB HID bug (was [PROBLEM] Bonding driver in linux-2.6.21-rc6-mm1)

Le Sunday 29 April 2007 13:18:31 Jiri Kosina, vous avez écrit : > > Hi Vincent, Hi Jiri, > > yes, the device is messed up, but it shouldn't have any consequences for > you - the HID driver is able to correctly handle that, so as soon as we > don't need to a

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