search for: displacement

Hi! I'm running an anova on a lm and I get the message Error: invalid dimnames given for data frame Any idea where it comes from? Many thanks. Here is the fit and the attempted anova: > fit Call: lm(formula = as.formula(paste(chemical, "a~", cmd, sep = "")), singular.ok = TRUE) Coefficients: (Intercept) Odom Displace Weight

Hi, I'm working on a project that use llvm openrisc beckend (currently not part of the upstream). Right now I'm looking at a bug where llc generates memory instructions that has out-of-range displacement, for example l.sb 37668(r1), r2 in which 37668 is a 17 bit signed integer, but the instruction only allows 16 bit signed displacement. As a result, after running through the assembler, 37668 is encoded wrongly into -27668 because it's being sign extended. Can someone point to me where shou...

...ql %edi, %rax; > >> movq __per_cpu_offset(,%rax,8), %rax; > >> cmpb $0, %[offset](%rax); > >> setne %al; > >> > >> ? > > Yes, that looks good to me. > > > > Cheers, > > Longman > > > Sorry, I am going to take it back. The displacement or offset can only > be up to 32-bit. So we will still need to use at least one more > register, I think. I don't think that would be a problem, I very much doubt we declare more than 4G worth of per-cpu variables in the kernel. In any case, use "e" or "Z" as constra...

...ql %edi, %rax; > >> movq __per_cpu_offset(,%rax,8), %rax; > >> cmpb $0, %[offset](%rax); > >> setne %al; > >> > >> ? > > Yes, that looks good to me. > > > > Cheers, > > Longman > > > Sorry, I am going to take it back. The displacement or offset can only > be up to 32-bit. So we will still need to use at least one more > register, I think. I don't think that would be a problem, I very much doubt we declare more than 4G worth of per-cpu variables in the kernel. In any case, use "e" or "Z" as constra...

...yte 0xff >>> 3e: 14 c5 adc $0xc5,%al >>> >>> >>> so the original 'cli' was replaced with the pv call but to me the offset >>> looks a bit off, no? Shouldn't it always be positive? >> callq takes a 32bit signed displacement, so jumping back by up to 2G is >> perfectly legitimate. > Yes, but > > ostr at workbase> nm vmlinux | grep entry_SYSCALL_64_fastpath > ffffffff817365dd t entry_SYSCALL_64_fastpath > ostr at workbase> nm vmlinux | grep " pv_irq_ops" > ffffffff81c2dbc0 D pv_ir...

...yte 0xff >>> 3e: 14 c5 adc $0xc5,%al >>> >>> >>> so the original 'cli' was replaced with the pv call but to me the offset >>> looks a bit off, no? Shouldn't it always be positive? >> callq takes a 32bit signed displacement, so jumping back by up to 2G is >> perfectly legitimate. > Yes, but > > ostr at workbase> nm vmlinux | grep entry_SYSCALL_64_fastpath > ffffffff817365dd t entry_SYSCALL_64_fastpath > ostr at workbase> nm vmlinux | grep " pv_irq_ops" > ffffffff81c2dbc0 D pv_ir...

https://bugzilla.netfilter.org/show_bug.cgi?id=1337 Bug ID: 1337 Summary: NETMAP feature, using a displaced mask fail. Product: iptables Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: iptables Assignee: netfilter-buglog at

https://bugzilla.netfilter.org/show_bug.cgi?id=1339 Bug ID: 1339 Summary: NETMAP feature, using a displaced mask fail. Product: netfilter/iptables Version: unspecified Hardware: All OS: Debian GNU/Linux Status: NEW Severity: normal Priority: P5 Component: unknown Assignee:

...e: 14 c5 adc $0xc5,%al > >>> > >>> > >>> so the original 'cli' was replaced with the pv call but to me the offset > >>> looks a bit off, no? Shouldn't it always be positive? > >> callq takes a 32bit signed displacement, so jumping back by up to 2G is > >> perfectly legitimate. > > Yes, but > > > > ostr at workbase> nm vmlinux | grep entry_SYSCALL_64_fastpath > > ffffffff817365dd t entry_SYSCALL_64_fastpath > > ostr at workbase> nm vmlinux | grep " pv_irq_ops"...

Hey guys, I'm working on a bug for x86-64 in LLVM 2.9. Well, it's actually two issues. The assembly generated for large stack offsets has an overflow; And, once the overflow is fixed, the displacement is too large for GNU ld to handle it. void fool( int long n ) { double w[268435600]; double z[268435600]; unsigned long i; for ( i = 0; i < n; i++ ) { w[i] = 1.0; z[i] = 2.0; } printf(" n: %lld, W %g Z %g\n", n, w[1], z[1] ); } Here's one of the offending inst...

After looking at this for a while, I do not think that this problem is NP-hard. With a finite "short branch" displacement k, I was not able to come up with a gadget that could create global constraints as would be needed to e.g. model an instance of 3SAT or vertex cover in terms of this problem. The problem is hard though. I believe that it is likely to be exponential in the "short branch" displacement k, a...

...s optimisation during post-RA scheduling, I want to be able to determine some properties about the memory access. If I have two registers referring to memory, how can I determine if they are derived from the same base-pointer? Often LLVM will optimise to use intermediate registers holding partial displacements, for example, when a 'struct' object is on the stack, the address of the start of that object might be computed as: R1 := SP + initialDisplacement; then the access to a member of that object may be accessed with a member offset from 'R1'. This can get more complicated with l...

...over 30 years. Two of the factors I'm using are sea surface temperature and sea surface temperature anomaly. A small sample of my data is below: CPUE Year Vessel_ID Base_Port Boat_Lgth Planing SST Anomaly 0.127 1976 2 BOI 40 Planing 19.4 -0.308 0.059 1976 30 BOI 40 Displacement 19.4 -0.308 0.033333 1977 46 BOI 45 Displacement 18.5 -1.008 0.169231 1977 2 BOI 40 Planing 18.5 -1.008 0.044118 1977 19 BOI 34 Planing 18.5 -1.008 0.114286 1977 29 WHANGAROA 42 Displacement 18.5 -1.008 Have defined Year, Vessel_ID, Base_Port, Boat_Lgth, Pl...

Dear useRs, I am fitting a mixed model using the function lmer from the package lme4, but I have some problems when I try to test the effect of my factors of interest. First let me explain the structure of the model: I'm measuring animal movements. Explicitly, I am interested in displacement (straight-line distance from an initial point). Displacements are measured longitudinally, with one measurement every 2h (up to 20h). A series of measurements from 2 to 20h makes a "displacement series". We have 2 study areas, with 3 individuals per study area (individuals are different i...

Does anybody experienced that after exiting a program and when the screen resolution is back to normal, all windows are moved to first workspace?

https://bugs.freedesktop.org/show_bug.cgi?id=65310 Emil Velikov <emil.l.velikov at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|dri-devel at lists.freedesktop |nouveau at lists.freedesktop.o |.org |rg

https://bugs.freedesktop.org/show_bug.cgi?id=65310 --- Comment #4 from Emil Velikov <emil.l.velikov at gmail.com> --- Cannot seem to reproduce $ export CFLAGS="-march=native -msse2 -mfpmath=sse -O3 -ffast-math -funroll-loops -fomit-frame-pointer -floop-interchange -floop-strip-mine -floop-block" export CXXFLAGS="$CFLAGS" # Build mesa with Gallium3D hardware drivers $

https://bugs.freedesktop.org/show_bug.cgi?id=65310 Emil Velikov <emil.l.velikov at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO --- Comment #5 from Emil Velikov <emil.l.velikov at gmail.com> --- Using gcc 4.8.1 $ gcc -v

https://bugs.freedesktop.org/show_bug.cgi?id=65310 --- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> --- Please provide repro steps. I'm inclined to believe this is a problem in the environment, and not a core gcc bug. But those are some trippy optimization flags, so who knows. Be sure to specify the platform you're building for (given the sse2 flag, x86 or x86_64... but

https://bugs.freedesktop.org/show_bug.cgi?id=65310 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Resolution|--- |INVALID --- Comment #7 from Ilia Mirkin <imirkin at