search for: xenotim

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `xen_dbgp_external_startup' Full randconfig file is

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `xen_dbgp_external_startup' Full randconfig file is

On 10/23/2012 09:19 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 201201023: > on x86_64: drivers/built-in.o: In function `dbgp_reset_prep': (.text+0xb96b5): undefined reference to `xen_dbgp_reset_prep' drivers/built-in.o: In function `dbgp_external_startup': (.text+0xb9d95): undefined reference to `xen_dbgp_external_startup' Full randconfig file is

...p() and dbgp_reset_prep() when !USB, there''s no point in building and exporting these functions in that case. This eliminates a build error under the conditions listed in the subject, introduced with the merge f1c6872e4980bc4078cfaead05f892b3d78dea64. Reported-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Jan Beulich <jbeulich@suse.com> Cc: Alan Stern <stern@rowland.harvard.edu> Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- (incremental patch attached, in case that one is preferred) v3: Relax condition from USB_EHCI_HCD to just USB, to also...

I am trying to install G729 licence on my Virtuozzo server running asterisk but I keep getting an error as it has no eth0. I get the following error when running register: [root@lvpsXXX-XXX-XXX-XXX root]# /root/register G729-XXXXXXXX Digium Product Registration Copyright (C) 2004, Digium, Inc. Analyzing key 'G729-XXXXXXXX' Connecting to Digium License Server (216.207.245.3:5646)...OK

...idate-smp_send_stop patch ] Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> Cc: Jan Beulich <jbeulich@novell.com> Cc: Stephane Eranian <eranian@hpl.hp.com> Cc: Andrew Morton <akpm@osdl.org> Cc: Andi Kleen <ak@suse.de> Cc: "Randy.Dunlap" <rdunlap@xenotime.net> Cc: Ingo Molnar <mingo@elte.hu> --- arch/i386/kernel/smp.c | 177 +++++++++++++++++++++++------------------------- 1 file changed, 86 insertions(+), 91 deletions(-) =================================================================== --- a/arch/i386/kernel/smp.c +++ b/arch/i386/ke...

...idate-smp_send_stop patch ] Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com> Cc: Jan Beulich <jbeulich@novell.com> Cc: Stephane Eranian <eranian@hpl.hp.com> Cc: Andrew Morton <akpm@osdl.org> Cc: Andi Kleen <ak@suse.de> Cc: "Randy.Dunlap" <rdunlap@xenotime.net> Cc: Ingo Molnar <mingo@elte.hu> --- arch/i386/kernel/smp.c | 177 +++++++++++++++++++++++------------------------- 1 file changed, 86 insertions(+), 91 deletions(-) =================================================================== --- a/arch/i386/kernel/smp.c +++ b/arch/i386/ke...

Hi, I want to rsync a large number of files from A to B, but I need to exclude certain files. Specifically, A has /test/runs/{1,2,3,...,2500}, i.e., about 2500 directories here. However, I only want to transfer the directories that are numbered 2000 or higher, i.e., I want to exclude /test/runs/{1,2,3,...,1999}, so I tried this: rsync --include='/test/runs/***' \

...m functions that should not have them. Added proper kerneldoc headers to functions that should have them. This includes fixes as pointed out by Randy Dunlap and Joe Perches. Cc: Greg Kroah-Hartman <gregkh at suse.de> Cc: Joe Perches <joe at perches.com> Cc: Randy Dunlap <rdunlap at xenotime.net> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> --- drivers/staging/hv/Channel.c | 49 ++++++++++++++----------- drivers/staging/hv/ChannelMgmt.c | 33 +++++++++-------- drivers/staging/hv/Connection.c...

...m functions that should not have them. Added proper kerneldoc headers to functions that should have them. This includes fixes as pointed out by Randy Dunlap and Joe Perches. Cc: Greg Kroah-Hartman <gregkh at suse.de> Cc: Joe Perches <joe at perches.com> Cc: Randy Dunlap <rdunlap at xenotime.net> Signed-off-by: Hank Janssen <hjanssen at microsoft.com> Signed-off-by: Haiyang Zhang <haiyangz at microsoft.com> --- drivers/staging/hv/Channel.c | 49 ++++++++++++++----------- drivers/staging/hv/ChannelMgmt.c | 33 +++++++++-------- drivers/staging/hv/Connection.c...

On Mon, 25 Jul 2011 16:25:42 +1000 Stephen Rothwell wrote: > Hi all, xen has lots of build errors and warnings (all on x86_64). CC arch/x86/xen/setup.o In file included from arch/x86/include/asm/xen/hypercall.h:42, from arch/x86/xen/setup.c:19: include/trace/events/xen.h:31: warning: 'struct multicall_entry' declared inside parameter list

On Mon, 25 Jul 2011 16:25:42 +1000 Stephen Rothwell wrote: > Hi all, xen has lots of build errors and warnings (all on x86_64). CC arch/x86/xen/setup.o In file included from arch/x86/include/asm/xen/hypercall.h:42, from arch/x86/xen/setup.c:19: include/trace/events/xen.h:31: warning: 'struct multicall_entry' declared inside parameter list

On Mon, 25 Jul 2011 16:25:42 +1000 Stephen Rothwell wrote: > Hi all, xen has lots of build errors and warnings (all on x86_64). CC arch/x86/xen/setup.o In file included from arch/x86/include/asm/xen/hypercall.h:42, from arch/x86/xen/setup.c:19: include/trace/events/xen.h:31: warning: 'struct multicall_entry' declared inside parameter list

...mesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@xenotime.net> Raphael Assenat <raph@8d.com> Rasesh Mody <rmody@brocade.com> Ratan Nalumasu <ratan@google.com> Raul Porcel <armin76@gentoo.org> Raul Xiong <xjian@marvell.com> Ravi Babu <ravibabu@ti.com> Ravi Kumar V <kumarrav@codeaurora.org> Ravi...

...mesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@xenotime.net> Raphael Assenat <raph@8d.com> Rasesh Mody <rmody@brocade.com> Ratan Nalumasu <ratan@google.com> Raul Porcel <armin76@gentoo.org> Raul Xiong <xjian@marvell.com> Ravi Babu <ravibabu@ti.com> Ravi Kumar V <kumarrav@codeaurora.org> Ravi...

...mesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@xenotime.net> Raphael Assenat <raph@8d.com> Rasesh Mody <rmody@brocade.com> Ratan Nalumasu <ratan@google.com> Raul Porcel <armin76@gentoo.org> Raul Xiong <xjian@marvell.com> Ravi Babu <ravibabu@ti.com> Ravi Kumar V <kumarrav@codeaurora.org> Ravi...

...mesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@xenotime.net> Raphael Assenat <raph@8d.com> Raphael S. Carvalho <raphael.scarv@gmail.com> Raphael S.Carvalho <raphael.scarv@gmail.com> Rasesh Mody <rmody@brocade.com> Rasmus Villemoes <linux@rasmusvillemoes.dk> Ratan Nalumasu <ratan@google.com> Raul Porc...

...mesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@xenotime.net> Raphael Assenat <raph@8d.com> Raphael S. Carvalho <raphael.scarv@gmail.com> Raphael S.Carvalho <raphael.scarv@gmail.com> Rasesh Mody <rmody@brocade.com> Rasmus Villemoes <linux@rasmusvillemoes.dk> Ratan Nalumasu <ratan@google.com> Raul Porc...

...mesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@xenotime.net> Raphael Assenat <raph@8d.com> Raphael S. Carvalho <raphael.scarv@gmail.com> Raphael S.Carvalho <raphael.scarv@gmail.com> Rasesh Mody <rmody@brocade.com> Rasmus Villemoes <linux@rasmusvillemoes.dk> Ratan Nalumasu <ratan@google.com> Raul Porc...

...mesh.chandrasekaran@stericsson.com> Ramesh Nagappa <ramesh.nagappa@ericsson.com> Rami Rosen <ramirose@gmail.com> Rami Rosen <rosenr@marvell.com> Ramneek Mehresh <ramneek.mehresh@freescale.com> Randy Dunlap <rdunlap@infradead.org> Randy Dunlap <rdunlap@xenotime.net> Raphael Assenat <raph@8d.com> Raphael S. Carvalho <raphael.scarv@gmail.com> Raphael S.Carvalho <raphael.scarv@gmail.com> Rasesh Mody <rmody@brocade.com> Rasmus Villemoes <linux@rasmusvillemoes.dk> Ratan Nalumasu <ratan@google.com> Raul Porc...