search for: pwr

Hi all, I'm having trouble getting access to the pwr. This is on Ubuntu Lucid Lynx, 64 bit. I'm installing pwr via packages.install('pwr'), and loading it via library(pwr), both of which appear successful. Strangely, I never get access to the pwr object in R. I tried installing it to /usr/local/lib/R/site-library and ~/R/x86_64-pc-linu...

On 12/22/2014 05:11 PM, Vince Hsu wrote: > The platform device does not use the common nouveau_pwr_init() to initialize > the PWR, but it does need the .prob() be assigned to avoid NULL pointer > dereference in graph/nve4.c. s/prob/pgob/ :-( Will fix in next version. > > Signed-off-by: Vince Hsu <vinceh at nvidia.com> > --- > > v2: this patch is added since v2. (v1 is...

From: Martin Peres <martin.peres at labri.fr> --- nvkm/subdev/pwr/fuc/kernel.fuc | 13 +++++++++++++ nvkm/subdev/pwr/fuc/nv108.fuc.h | 25 +++++++++++-------------- nvkm/subdev/pwr/fuc/nva3.fuc.h | 23 ++++++++++------------- nvkm/subdev/pwr/fuc/nvc0.fuc.h | 23 ++++++++++------------- nvkm/subdev/pwr/fuc/nvd0.fuc.h | 23 ++++++++++------------- 5 files chang...

...ex 36ed035d4d42..6c36f0e4385b 100644 --- a/nvkm/include/subdev/clock.h +++ b/nvkm/include/subdev/clock.h @@ -159,7 +159,7 @@ int nva3_clock_pll_calc(struct nouveau_clock *, struct nvbios_pll *, int clk, struct nouveau_pll_vals *); int nouveau_clock_ustate(struct nouveau_clock *, int req, int pwr); -int nouveau_clock_astate(struct nouveau_clock *, int req, int rel); +int nouveau_clock_astate(struct nouveau_clock *, int req, int rel, bool wait); int nouveau_clock_dstate(struct nouveau_clock *, int req, int rel); int nouveau_clock_tstate(struct nouveau_clock *, int req, int rel); diff --g...

Needs to be done after wait-for-VBLANK, and NVA3 requires register writes in between. Rather than hard-coding register writes, just split out fb_disable and fb_enable. Signed-off-by: Roy Spliet <rspliet at eclipso.eu> --- drivers/gpu/drm/nouveau/core/include/subdev/pwr.h | 2 ++ drivers/gpu/drm/nouveau/core/subdev/fb/ramfuc.h | 14 ++++++++++++++ drivers/gpu/drm/nouveau/core/subdev/pwr/fuc/memx.fuc | 4 ++-- drivers/gpu/drm/nouveau/core/subdev/pwr/fuc/os.h | 4 ++-- drivers/gpu/drm/nouveau/core/subdev/pwr/memx.c | 20 ++++++++++++++++++-- 5 f...

The platform device does not use the common nouveau_pwr_init() to initialize the PWR, but it does need the .prob() be assigned to avoid NULL pointer dereference in graph/nve4.c. Signed-off-by: Vince Hsu <vinceh at nvidia.com> --- v2: this patch is added since v2. (v1 is the RFC actually) nvkm/subdev/pwr/base.c | 2 +- nvkm/subdev/pwr/priv.h |...

On Tue, Dec 23, 2014 at 11:37 AM, Vince Hsu <vinceh at nvidia.com> wrote: > > On 12/22/2014 05:11 PM, Vince Hsu wrote: >> >> The platform device does not use the common nouveau_pwr_init() to >> initialize >> the PWR, but it does need the .prob() be assigned to avoid NULL pointer >> dereference in graph/nve4.c. > > s/prob/pgob/ :-( > Will fix in next version. Is this the only change you need for a next version? If so, I can modify the commit messag...

...red a very weird issue with the method subset(), or maybe this is something I don't know about said method that when you're subsetting based on the columns of a data frame you can only use constants (0.1, 2.3, 2.2) instead of variables? Here's a look at my data frame called 'ea.cad.pwr': *>ea.ca.pwr[1:5,] MAF OR POWER 1 0.02 0.01 0.9999 2 0.02 0.02 0.9998 3 0.02 0.03 0.9997 4 0.02 0.04 0.9995 5 0.02 0.05 0.9993* Here's my subset lines which finds no rows: *power1 = subset(ea.cad.pwr, MAF == maf1 & OR == odds) power2 = subset(ea.cad.pwr, MAF == maf2 & OR...

Patch 1 and 2 implement wait-for-vblank, required to remove flicker when reclocking memory Patch 3 and 4 allow me to do things between waiting for VBLANK and disabling FB, like pause PFIFO and wait for the engines to idle. This minimises the time PFIFO is paused, thus maximises performance. The rest of the patches speak for themselves. As the actual memory reclocking script is still somewhat prone

...for inpsamo-debian already exists - modifying old account libads/ldap.c:ads_join_realm(1336) ads_add_machine_acct: No such object ads_join_realm: No such object I only have admin rights for an ou of the Active Directory. Here is a Windows LDP search of my ou: ldap_search_s(ld, "DC=pwr,DC=int,DC=edited,DC=com", 2, "(ou=SAMO)", attrList, 0, &msg) Result <0>: (null) Matched DNs: Getting 1 entries: >> Dn: OU=SAMO,OU=Mediterranean Coast Network,OU=PWR,DC=pwr,DC=int,DC=edited,DC=com 2> objectClass: top; organizationalUnit; 1> ou: SAMO; 1&g...

Re-use the therm-exported fan structure with only two minor modifications: - pwm_freq: u16 -> u32; - add fan_type (toggle or PWM) v2: - Do not memset the table to 0 as it erases the pre-set default values Signed-off-by: Martin Peres <martin.peres at free.fr> --- drm/Kbuild | 1 + drm/core/include/subdev/bios/fan.h | 1 + drm/core/subdev/bios/fan.c | 1

This patch fixes the pwr firmware to play nicely at least on NVA3. Because Martin might send more patches soon, I didn't include a regenerated nvXX.fuc.h. To me it makes more sense if all patches are merged then, and a final patch regenerates the headers in one go. Of course, I did test this patch and found it to work...

Hi, I am trying to sort out a discrepancy between power calculations results between me and another statistician. I use R but I am not sure what she uses. It is on the proportions test and so I have been using pwr.prop.test. I think I have tracked the problem down to pwr.prop.test not using the continuity correction for the test (I did this by using the java applet from http://stat.ethz.ch/R-manual/R-patched/library/stats/html/power.prop.test.html). So I was wondering whether: 1) Someone could confirm that...

...ps (alpha level should be 0.05 and the effect should be detected with 80% probability). The results from the code below indicates that I would need n=400 subjects (200 in each group). This is seems so incredibly high that I mistrust my results & wanted to ask whether I miscalculated n? library(pwr) pwr.t.test(d=0.28,sig.level=0.05,power=0.8,type="two.sample",alternative="two.sided") Many thanks for you help! Jokel [[alternative HTML version deleted]]

Hi, I am trying to do a power calculation for a difference in proportions test where I want to estimate the sample size required. I know (well estimate) that group one (n1) is 10% of the population and group 2 (n2) is 90% of the population. I know the effect size (h). pwr.2p2n.test only allows one variable to be left null whereas I would like both n1 and n2 to be determined where I know there relative proportions. Any ideas how to do this? Is there a different function? Thanks Dan -- ************************************************************** Daniel Brewer,...

...ion SSweibull(). However, I often got two error messages: 1) # Example days <- c(163,168,170,175,177,182,185,189,196,203,211,217,224) height <- c(153,161,171,173,176,173,185,192,195,187,195,203,201) dat <- as.data.frame(cbind(days,height)) fit <- nls(y ~ SSweibull(x, Asym, Drop, lrc, pwr), data = dat, trace=T, control=nls.control(minFactor=1/100000)) Error in nls(y ~cbind(1, -exp(-exp(lrc)* x^pwr)), data = xy, algorithm = “plinear”, :                           step factor 0.000488281 reduced below `minFactor` of 0.000976562 I tried to avoid this error by reducing the step factor...

...der); } @@ -1620,28 +1620,25 @@ nv50_sor_disable(struct drm_encoder *encoder, struct nouveau_crtc *nv_crtc = nouveau_crtc(nv_encoder->crtc); struct nouveau_connector *nv_connector = nv50_outp_get_old_connector(nv_encoder, state); + struct drm_dp_aux *aux = &nv_connector->aux; + u8 pwr; nv_encoder->crtc = NULL; - if (nv_crtc) { - struct drm_dp_aux *aux = &nv_connector->aux; - u8 pwr; + if (nv_encoder->dcb->type == DCB_OUTPUT_DP) { + int ret = drm_dp_dpcd_readb(aux, DP_SET_POWER, &pwr); - if (nv_encoder->dcb->type == DCB_OUTPUT_DP) { - int r...

...ther a _DSM function is supported or not and make OFF / ON for vga_switcheroo work for nVidia Optimus models. The patch is based against the mainline kernel. It has been tested on my Clevo B7130 laptop running kernel 3.2 which has a GT425M dGPU: # cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :Pwr:0000:01:00.0 # tee /sys/kernel/debug/vgaswitcheroo/switch <<<OFF OFF # cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :Off:0000:01:00.0 # tee /sys/kernel/debug/vgaswitcheroo/switch <<<ON ON # cat /sys/kernel/debug/vgaswitcheroo/...

Hello, I'm a new user of the R environment. I need to do some power analysis. For this purpose, I installed the "pwr" package from the R window, but unfortunately something went wrong. The installation of the package was successful (I got a message saying so in R) but when I enter a function of that package it says that the function does not exist! I appreciate your help, Sincerely, Samar Mouchawrab

...ig.level. There are two reasons for me to propose that power.t.test is inaccurate: 1. When sig.level approaches 1, so should the power. However, power.t.test('n'=5,'d'=1,'sig.level'=1) yields a power of 0.9430769. I've compared it to the equivalent function in the 'pwr' package, pwr.t.test, and while power.t.test gives a smooth function with respect to sig.level, it deivates systematically more and more as sig.level is increased. pwr.t.test('n'=5,'d'=1,'sig.level'=1) gives the correct power of 1. 2. I've run empirical simulations...