search for: l42

Displaying 10 results from an estimated 10 matches for "l42".

Did you mean: l2
2006 Aug 16
1
Specifying Path Model in SEM for CFA
...ed to add some further constraints.) Here is what I've tried: model.sa <- specify.model() F1 -> X1,l11, NA F1 -> X2,l21, NA F1 -> X3,l31, NA F1 -> X4,l41, NA F1 -> X5, NA, 0.20 F2 -> X1,l12, NA F2 -> X2,l22, NA F2 -> X3,l32, NA F2 -> X4,l42, NA F2 -> X6, NA, 0.25 F1 <-> F2,g12, 1 F1 <-> F1,g11, 1 F2 <-> F2,g22, 1 X1 <-> X1, NA, 1 X2 <-> X2, NA, 1 X3 <-> X3, NA, 1 X4 <-> X4, NA, 1 X5 <-> X5, NA, 1 X6 <-> X6, NA, 1 This at least converges: > summary...
2001 Mar 07
1
Minor bug in maketitle.pl (with bug correction) (PR#864)
...le: Now it generates an output like: com.braju.graphics com.braju.graphics Bla bla bla... But, I believe it should generate: com.braju.graphics Bla bla bla... To solve this minor bug, just include a line '$old=""'. See line 49 below. maketitle.pl: L42: $S = ''; L43: $lc = 16; L44: $rc = 72; L45: $old = $package; L46: $len = length($old); L47: if ($len > $lc - 3) { L48: $S = $old; L49: $old = ""; ### Forgot to this line. L50: for ($j = 1; $j < $lc; $j++) { L51: $old = $old . ' '; L52:...
2020 Apr 02
0
[vhost:vhost 22/22] riscv64-linux-ld: vdpa_sim.c:undefined reference to `vringh_getdesc_iotlb'
...hed .config to linux build tree GCC_VERSION=9.3.0 make.cross ARCH=riscv If you fix the issue, kindly add following tag Reported-by: kbuild test robot <lkp at intel.com> All errors (new ones prefixed by >>): riscv64-linux-ld: drivers/vdpa/vdpa_sim/vdpa_sim.o: in function `.L42': vdpa_sim.c:(.text+0x682): undefined reference to `vringh_getdesc_iotlb' >> riscv64-linux-ld: vdpa_sim.c:(.text+0x69a): undefined reference to `vringh_getdesc_iotlb' >> riscv64-linux-ld: vdpa_sim.c:(.text+0x6b8): undefined reference to `vringh_complete_iotlb' risc...
2019 Sep 18
1
Re: [PATCH libnbd 4/5] interop: Add -DTLS_MODE to the test.
On 9/17/19 5:35 PM, Richard W.M. Jones wrote: > This neutral refactoring adds -DTLS_MODE. We can in future change the > requested TLS mode, but not in this commit. > > It also checks that nbd_get_tls_negotiated returns true after > connecting, when the requested mode was set to LIBNBD_TLS_REQUIRE. > --- > interop/Makefile.am | 4 ++++ > interop/interop.c | 26
2020 Feb 25
2
[PATCH 04/12] drm: Nuke mode->vrefresh
...tput of this function matters: > > https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c#L387 Already looks quite sketchy due to rounding. > > https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/panel/panel-sharp-lq101r1sx01.c#L42 msleep() is in no way accurate so looks rather sketchy as well. > https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/tilcdc/tilcdc_crtc.c#L810 Another thing that suffers from rounding issues. So to me these all look like code that someone should fix regardless. -- Ville Syrj?l?...
2020 Jan 06
2
[EXTERNAL] Get llvm-mca results inside opt?
Andrea, thanks for the advice. On Jan 2, 2020, at 8:09 AM, Andrea Di Biagio <andrea.dibiagio at gmail.com<mailto:andrea.dibiagio at gmail.com>> wrote: Hi Lewis, Basically - if I understand correctly - you want to design a pass that uses llvm-mca as a library to compute throughput indicators for your outlined functions. You would then use those indicators to classify outlined
2020 Feb 25
0
[PATCH 04/12] drm: Nuke mode->vrefresh
...> > > https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c#L387 > > Already looks quite sketchy due to rounding. > > > > > https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/panel/panel-sharp-lq101r1sx01.c#L42 > > msleep() is in no way accurate so looks rather sketchy as well. > > > https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/tilcdc/tilcdc_crtc.c#L810 > > Another thing that suffers from rounding issues. > > So to me these all look like code that someone s...
2015 Jul 27
4
[PATCH] v2v: add --in-place mode
In this mode, converting of the VM configuration, setting up the rollback path for error cases, transforming the VM storage and so on is taken care of by a third-party toolset, and virt-v2v is only supposed to tune up the guest OS directly inside the source VM, to enable it to boot and run under the input hypervisor. Signed-off-by: Roman Kagan <rkagan@virtuozzo.com> ---
2020 Feb 25
2
[PATCH 04/12] drm: Nuke mode->vrefresh
On Mon, Feb 24, 2020 at 03:14:54PM +0100, Andrzej Hajda wrote: > On 19.02.2020 21:35, Ville Syrjala wrote: > > From: Ville Syrj?l? <ville.syrjala at linux.intel.com> > > > > Get rid of mode->vrefresh and just calculate it on demand. Saves > > a bit of space and avoids the cached value getting out of sync > > with reality. > > > > Mostly done
2020 Feb 25
0
[PATCH 04/12] drm: Nuke mode->vrefresh
...between provided and calculated vrefresh). Quick examples where output of this function matters: https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c#L387 https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/panel/panel-sharp-lq101r1sx01.c#L42 https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/tilcdc/tilcdc_crtc.c#L810 Regards Andrzej > >> >> Regards >> >> Andrzej >> >> >>> .flags = DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_PVSYNC, >>> }, >>> }, >&...