search for: consolidate

...ver and struct hv_device have maintained state needed to communicate with the host. This partitioning made sense at a point in time when it was not clear how much of the hypervisor interaction would be open sourced. Given where we are today, there is no reason to keep this layering. This patchset consolidates all the driver state into a single structure: struct hv_driver while all the device state is consolidated into a single structure: struct hv_device. This consolidation simplifies the code while simultaneously getting rid of redundant state - for instance in the current code, both struct driver_co...

...ver and struct hv_device have maintained state needed to communicate with the host. This partitioning made sense at a point in time when it was not clear how much of the hypervisor interaction would be open sourced. Given where we are today, there is no reason to keep this layering. This patchset consolidates all the driver state into a single structure: struct hv_driver while all the device state is consolidated into a single structure: struct hv_device. This consolidation simplifies the code while simultaneously getting rid of redundant state - for instance in the current code, both struct driver_co...

...orks, but without using the function much, and another that tries to use the function but causes the error. # THIS WORKS AND SHOWS WHAT I'D LIKE TO DO a <- c(1,2,3) b <- c(5,6,0) c <- data.frame(a,b) # TAKES THE MAX OF TWO VARS AND SAVES IT TO A NEW VARIABLE AND DELETES OLD VARIABLES consolidate.fun <- function( data, var1, var2, saved.max ) { max <- apply( data[,c(var1, var2)], 1, max) # THIS WORKS BUT I HAVE TO CALL THE DATA FRAME BY NAME RATHER THEN USING THE FUNCTION DATA NAME c[,"var.max"] <<- max c$a <<- NULL c$b <<- NULL } consolidate.fun( data=c...

Hello Everyone, I have recently been introduced to the ggplot package by Hadley Wickham and must say I am quite impressed so far at how easy it is to make attractive plots, but one thing I am struggling over is how to consolidate legends. I have 3 plots that I would like to put on a single page and all 3 map the same dimension of the data to the colour aesthetic. Right now, when I plot all three graphs on the page, I get the three graphs and three legends. The legends are exactly the same. I do not see a reason to have...

Hi Bert, Thank you, yes, you are right. I want to consolidate the three functions into one functions by adding more arguments, adding flexibility to accommodate the number of clusters or the number of Kaplan Meier curves generated in one figure. So, I just need to define one function. Thanks, Ding From: Bert Gunter [mailto:bgunter.4567 at gmail.com] S...

...:40:47AM +0100, Jan Kiszka wrote: >> From: Jan Kiszka <jan.kiszka at siemens.com> >> >> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we >> have two PCI_MMCONFIG entries, one from the original i386 and another >> from x86_64. This consolidates both entries into a single one. >> >> The logic for x86_32, where this option was not under user control, >> remains identical. On x86_64, PCI_MMCONFIG becomes additionally >> configurable for SFI systems even if ACPI was disabled. This just >> simplifies the logic wi...

Hello, the same parameter for colour and shape aesthetics gives 2 legends: library(ggplot2) p <- ggplot(mtcars, aes(x=wt, y=mpg)) p + geom_point(aes(colour=factor(cyl), shape=factor(cyl))) Can the 2 legends be consolidated to one with colours and shapes of the symbols matched between legend and plot ? Thank you Bernd Engelmann bernd.engelmann at amd.com phone: + 49-351-277-4545 fax: + 49-351-277-9-4545 AMD Saxony/AMD Saxony Limited Liability Company & Co. KG M/S E23-TY Wilschdorfer Landstr. 101 D-01109 Dr...

-----BEGIN PGP SIGNED MESSAGE----- The linux-alert-digest list has now been consolidated with the linux-alert list. There wasn''t nearly enough traffic on the linux-alert list to justify its having a separate digest list; subscribers to linux-alert-digest tended to receive the same number of e-mail messages as subscribers to linux-alert, only with an additional time lag of up...

Howdy, I am trying to migrate several scripts to use application defined types, and am running into a few issues. When I attempt to run a script with a application defined type, it looks like the DTrace preprocessor is getting angry with me: $ cat view.d #include "httpd.h" :::acceptconnection { this->addr = (conn_rec *)copyin(arg0,sizeof(conn_rec *)); } $ dtrace -C

Hi, I have the following C code. #define PTR_T char * typedef struct objcache { PTR_T data; int cs; /* cache size, number of objects */ int nc; /* number of cache entries */ } sh_obj_cache_t; struct dstack { char *delimiters; int delimiter_depth; int delimiter_space; }; When it is configured/made to generate IR with the following environment variables, CC=clang CXX=clang++

From: Jan Kiszka <jan.kiszka at siemens.com> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we have two PCI_MMCONFIG entries, one from the original i386 and another from x86_64. This consolidates both entries into a single one. The logic for x86_32, where this option was not under user control, remains identical. On x86_64, PCI_MMCONFIG becomes additionally configurable for SFI systems even if ACPI was disabled. This just simplifies the logic without restricting the configurability in any...

From: Jan Kiszka <jan.kiszka at siemens.com> Since e279b6c1d329 ("x86: start unification of arch/x86/Kconfig.*"), we have two PCI_MMCONFIG entries, one from the original i386 and another from x86_64. This consolidates both entries into a single one. Signed-off-by: Jan Kiszka <jan.kiszka at siemens.com> --- arch/x86/Kconfig | 11 ++++------- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index c19f5342ec2b..8986a6b6e3df 100644 --- a/arch/x86/Kconfig +++...

Hi Am 17.03.23 um 13:39 schrieb Javier Martinez Canillas: > Thomas Zimmermann <tzimmermann at suse.de> writes: > >> Consolidate all handling of CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM by >> making the module parameter optional in drm_fb_helper.c. >> >> Without the config option, modules can set smem_start in struct >> fb_info for internal usage, but not export if to userspace. The >> address can only b...

How do I generate a consolidated set of rdocs for my local rails installation like the docs at api.rubyonrails.com? Currently I have the rdocs for each package ( actionpack, activerecord, etc... ) that were autogenerated when I downloaded the gems. Is the api.rubyonrails site doing something special or is there a rake task t...

...m Year cash 500400200 2007 100 500400200 2006 200 500400200 2005 400 500400300 2007 300 500400300 2006 240 500400300 2005 120 500400400 2007 340 500400400 2006 890 500400400 2005 250 Dataframe 2 Firm Audited consolidate 500400200 yes no 500400300 yes yes 500400400 no no I want to make another dataframe equal to the dataframe1, but just with the firms ?audited?, or with the firms ?audited? and ?consolidate?. For example, with the audited and consolidated, the output wou...

We felt that it would be good to let you know about some minor changes happening with our community services. For quite some time, we've had a consolidated authentication server for most of our community services. This means that you use the same username and password for issues.asterisk.org, wiki.asterisk.org and code.asterisk.org. ReviewBoard (reviewboard.asterisk.org) still uses its own internal authentecation, but we plan to migrate it some day....

We felt that it would be good to let you know about some minor changes happening with our community services. For quite some time, we've had a consolidated authentication server for most of our community services. This means that you use the same username and password for issues.asterisk.org, wiki.asterisk.org and code.asterisk.org. ReviewBoard (reviewboard.asterisk.org) still uses its own internal authentecation, but we plan to migrate it some day....

...:justin at justinbogner.com] On Behalf Of Justin Bogner Sent: Tuesday, February 06, 2018 10:58 AM To: Saito, Hideki via llvm-dev <llvm-dev at lists.llvm.org> Cc: Saito, Hideki <hideki.saito at intel.com> Subject: Re: [llvm-dev] 6 separate instances of static getPointerOperand(). Time to consolidate? "Saito, Hideki via llvm-dev" <llvm-dev at lists.llvm.org> writes: > LLVM friends, > > I'm currently trying to make LoopVectorizationLegality class in > Transform/Vectorize/LoopVectorize.cpp more modular and eventually move > it to Analysis directory tree. It u...

...pes] > > > > In fact, this function is only used in the file in which it is > > declared and don't need a declaration, but can be made static. > > so this patch marks this function with 'static'. > > > > It would make things a lot easier if you either consolidated all of > these static changes into one patch, or released them as a series. > > Do you mean that I need to consolidate all of them into one patch this time? or next time? > Sean > > > > Signed-off-by: Baoyou Xie <baoyou.xie at linaro.org> > > --- > > dr...

On Fri, 14 Sep 2018, Arnd Bergmann wrote: > On Fri, Sep 14, 2018 at 2:52 PM Thomas Gleixner <tglx at linutronix.de> wrote: > A couple of architectures (s390, ia64, riscv, powerpc, arm64) > implement the vdso as assembler code at the moment, so they > won't be as easy to consolidate (other than outright replacing all > the code). > > The other five: > arch/x86/entry/vdso/vclock_gettime.c > arch/sparc/vdso/vclock_gettime.c > arch/nds32/kernel/vdso/gettimeofday.c > arch/mips/vdso/gettimeofday.c > arch/arm/vdso/vgettimeofday.c > > are basically all...