Displaying 6 results from an estimated 6 matches for "small2".
Did you mean:
small
2007 Aug 03
0
problem with ite8875F to assign to domU
Hallo,
the device is working without problems in the dom0, found from parport_pc:
dmesg small2 snip:
parport_pc: ITE8875 found (1P)
parport0: PC-style at 0xf000 [PCSPP,TRISTATE,EPP]
parport0: Printer, Kyocera FS-1700+
parport_pc: ITE 8872 parallel port: io=0xF000
parport1: PC-style at 0x378 [PCSPP,TRISTATE]
snap
to assign this device to a domU I gave the boot-parmaters pciback.hide=(00...
2012 Apr 17
3
[LLVMdev] InstCombine adds bit masks, confuses self, others
On Tue, Apr 17, 2012 at 1:36 PM, Rafael Espíndola <
rafael.espindola at gmail.com> wrote:
> > I am not sure how best to fix this. If possible, InstCombine's
> canonicalization shouldn't hide arithmetic progressions behind bit masks.
> At least, it seems these transformations should be disabled unless (X >>
> C).hasOneUse(). They aren't exactly optimizations.
2012 Apr 17
0
[LLVMdev] InstCombine adds bit masks, confuses self, others
> I really dislike hasOneUse-based "solutions" at the IR / InstCombine layer.
> They result in strange artifacts during optimization: places where adding
> similar code turns off optimizations because we fold the similar bits
> together and reuse parts of the computation.
>
> I would much rather see us devise a reasonable set of canonicalization rules
> at the IR
2012 Apr 16
0
[LLVMdev] InstCombine adds bit masks, confuses self, others
On Tue, Apr 17, 2012 at 12:23 AM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote:
> I am not sure how best to fix this. If possible, InstCombine's
> canonicalization shouldn't hide arithmetic progressions behind bit masks.
The entire concept of cleverly converting arithmetic to bit masks seems
like the perfect domain for DAGCombine instead of InstCombine:
1) We know the
2008 May 08
3
lme nesting/interaction advice
...re selected for accessory gland size, made
to mate in presence/absence of another male and the level of some protein
measured. Now the complex stuff.
The selection has been replicated twice, so that the selection term has got two
levels (large and small) with replicates large1/large2 and small1/small2.
A second complication comes from the fact the experiment has been replicated
three times at three different months, in two blocks for each months.
In allthen I have
selection (fixed) with 2 levels
line%in%selection (random) with 4 levels (2 large, 2 small)
number of males (fixed) and continuou...
2012 Apr 16
5
[LLVMdev] InstCombine adds bit masks, confuses self, others
Look at this silly function:
$ cat small.c
unsigned f(unsigned a, unsigned *p) {
unsigned x = a/4;
p[0] = x;
p[1] = x+x;
return p[1] - 2*p[0];
}
GCC turns this into straightforward code and figures out the 0 return value:
shrl $2, %edi
movl %edi, (%rsi)
addl %edi, %edi
movl %edi, 4(%rsi)
movl $0, %eax
ret
LLVM optimizes the code:
$ clang -O -S -o- small.c -emit-llvm
define i32