search for: x21

...void hlist_add_before_rcu(struct hlist_node *n, struct hlist_node *next) { n->pprev = next->pprev; n->next = next; rcu_assign_pointer(hlist_pprev_rcu(n), n); next->pprev = &n->next; } can reordered, and causes kernel crash. f94006a8 ldr x8, [x21,#8] f9000275 str x21, [x19] d5033abf dmb ishst f9400669 ldr x9, [x19,#8] f9000668 str x8, [x19,#8] <==== reordered str f9000133 str x19, [x9] f90006b3 str x19, [x21,#8] It should be: f94006a8 ldr x8, [x21,#8] f9000668 str x8, [x19,#8] f9000275 str x21, [x19] d5033abf dmb ishst f94006...

I'm using r223407. Switching to a clean built on r223853, it still gives me: ldr x8, [x21,#8] stp x21, x8, [x19] dmb ishst ldr x8, [x19,#8] str x19, [x8] str x19, [x21,#8] Thanks, Chengyu > On Dec 9, 2014, at 6:32 PM, Tim Northover <t.p.northover at gmail.com> wrote: > > On 9 December 2014 at 15:14, Chengyu Song <csong84 at gatech.edu> wrote:...

I'm not sure, I was never able to compile the whole kernel with -O0, too many errors. Plus, the problem seems to be within machine code generation. I tried opt -O1 and -O2, the generated .ll file does not diff much for the target function (insert_leaf_info). Thanks, Chengyu > On Dec 9, 2014, at 4:49 PM, Tim Northover <t.p.northover at gmail.com> wrote: > > On 9 December 2014

I have a dataset that is basically structureless. Its dimension varies from row to row and sep(s) are a mixture of tab and semi colon (;) and example is HEADER1 HEADER2 HEADER3 HEADER3 A1 B1 C1 X11;X12;X13 A2 B2 C2 X21;X22;X23;X24;X25 A3 B3 C3 A4 B4 C4 X41;X42;X43 A5 B5 C5 X51 etc., say. Note that a blank under HEADER3 corresponds to non occurance and all semi colon (;) delimited variables are under HEADER3. These values run into tens of thousands. I want to...

...matrix product function called the horizontal direct product (*~), which is some sort of variant on the Kronecker product. For example if x is 2x2 and y is 2x2 the horizontal direct product, z, of x and y is defined (in the Gauss manual) as: row 1 = x11*y11 x11*y12 x12*y11 x12*y12 row 2 = x21*y21 x21*y22 x22*y21 x22*y22 Or in R code if: x <- matrix(seq(1,4,by=1),2,2, byrow=TRUE) y <- matrix(seq(5,8,by=1),2,2, byrow=TRUE) The resulting matrix, if I had an operator, would be the following matrix z, here formed in a contrived manner: z.1 <- c(5, 6, 10, 12) z.2 <- c(21,24,...

...4219), X18 = c(285.971252441406, 288.3798828125, 286.444580078125, 288.495880126953, 291.447326660156 ), X19 = c(288.79296875, 290.357543945312, 289.657928466797, 291.449066162109, 293.095275878906), X20 = c(291.999877929688, 292.838348388672, 293.840362548828, 294.412322998047, 294.941253662109 ), X21 = c(293.615447998047, 294.028106689453, 296.072296142578, 296.447387695312, 295.824615478516), X22 = c(294.719848632812, 295.392028808594, 297.453216552734, 297.114288330078, 296.883209228516 ), X23 = c(295.634429931641, 296.783294677734, 298.592346191406, 297.469512939453, 297.832122802734)), .Nam...

Hi, Checking the llvm test-suite SingleSource/Regression/C++/EH/class_hierarchy testcase on aarch64 I noted something strange: Dump of assembler code for function _Z4funcj: 0x0000000000400650 <+0>: stp x22, x21, [sp,#-48]! 0x0000000000400654 <+4>: stp x20, x19, [sp,#16] 0x0000000000400658 <+8>: stp x29, x30, [sp,#32] 0x000000000040065c <+12>: add x29, sp, #0x20 => 0x0000000000400660 <+16>: .inst 0x2bfffff7 ; undefined Where it should be: 00...

...lmp(formula = y ~ x1 * x2, data = test, perm = "", seqs = TRUE, center = FALSE) Residuals: Min 1Q Median 3Q Max -17.1777 -9.5306 -0.9733 7.6840 22.2728 Coefficients: Estimate Std. Error t value Pr(>|t|) x1 5.1429 0.2284 22.516 <2e-16 *** x21 -1.2476 2.6080 -0.478 0.633 x1:x21 0.1917 0.2284 0.839 0.404 It looks like lmp() is internally coding dummy variables in a different way, so lmp results are for "a" (named "1" by lmp) while lm results are for "b" ? Agus

...ntry sub sp, sp, #224 // =224 stp x28, x27, [sp, #128] // 8-byte Folded Spill stp x26, x25, [sp, #144] // 8-byte Folded Spill stp x24, x23, [sp, #160] // 8-byte Folded Spill stp x22, x21, [sp, #176] // 8-byte Folded Spill stp x20, x19, [sp, #192] // 8-byte Folded Spill stp x29, x30, [sp, #208] // 8-byte Folded Spill ldrsw x8, [x0, #4424] sxtw x10, w2 <------------- w2 is the use...

...// =224 > > stp x28, x27, [sp, #128] // 8-byte Folded Spill > > stp x26, x25, [sp, #144] // 8-byte Folded Spill > > stp x24, x23, [sp, #160] // 8-byte Folded Spill > > stp x22, x21, [sp, #176] // 8-byte Folded Spill > > stp x20, x19, [sp, #192] // 8-byte Folded Spill > > stp x29, x30, [sp, #208] // 8-byte Folded Spill > > ldrsw x8, [x0, #4424] > > sxtw x10, w2...

...8828125, 286.444580078125, 288.495880126953, 291.447326660156 > > ), X19 = c(288.79296875, 290.357543945312, 289.657928466797, > > 291.449066162109, 293.095275878906), X20 = c(291.999877929688, > > 292.838348388672, 293.840362548828, 294.412322998047, 294.941253662109 > > ), X21 = c(293.615447998047, 294.028106689453, 296.072296142578, > > 296.447387695312, 295.824615478516), X22 = c(294.719848632812, > > 295.392028808594, 297.453216552734, 297.114288330078, 296.883209228516 > > ), X23 = c(295.634429931641, 296.783294677734, 298.592346191406, > > 29...

>> Switching to a clean built on r223853, it still gives me: >> >> ldr x8, [x21,#8] >> stp x21, x8, [x19] >> dmb ishst >> ldr x8, [x19,#8] >> str x19, [x8] >> str x19, [x21,#8] > > Isn't that correct though? The problematic "str" has been folded into > the "stp" instruction, so "x19 + 8" i...

...; > Hi, > > Checking the llvm test-suite SingleSource/Regression/C++/EH/class_hierarchy > testcase on aarch64 I noted something strange: > > Dump of assembler code for function _Z4funcj: > 0x0000000000400650 <+0>: stp x22, x21, [sp,#-48]! > 0x0000000000400654 <+4>: stp x20, x19, [sp,#16] > 0x0000000000400658 <+8>: stp x29, x30, [sp,#32] > 0x000000000040065c <+12>: add x29, sp, #0x20 > => 0x0000000000400660 <+16>: .inst 0x2bfffff7...

...441406, > 288.3798828125, 286.444580078125, 288.495880126953, 291.447326660156 > ), X19 = c(288.79296875, 290.357543945312, 289.657928466797, > 291.449066162109, 293.095275878906), X20 = c(291.999877929688, > 292.838348388672, 293.840362548828, 294.412322998047, 294.941253662109 > ), X21 = c(293.615447998047, 294.028106689453, 296.072296142578, > 296.447387695312, 295.824615478516), X22 = c(294.719848632812, > 295.392028808594, 297.453216552734, 297.114288330078, 296.883209228516 > ), X23 = c(295.634429931641, 296.783294677734, 298.592346191406, > 297.469512939453, 297....

...ntry sub sp, sp, #224 // =224 stp x28, x27, [sp, #128] // 8-byte Folded Spill stp x26, x25, [sp, #144] // 8-byte Folded Spill stp x24, x23, [sp, #160] // 8-byte Folded Spill stp x22, x21, [sp, #176] // 8-byte Folded Spill stp x20, x19, [sp, #192] // 8-byte Folded Spill stp x29, x30, [sp, #208] // 8-byte Folded Spill ldrsw x8, [x0, #4424] sxtw x10, w2 <------------- w2 is the use...

...valores y los convierta en números enteros. Dejo un ejemplo de los datos que estoy tratando y de varias opciones de función con las que intento que funcione sin resultado. #Ejemplo > head(road_accidents$Vehicle_Type,10) [1] X2 X11 X11 X19 X11 X11 X11 X11 X11 X11 Levels: X10 X11 X17 X19 X2 X20 X21 X3 X4 X5 X8 X9 X90 X97 X98 #Función Prueba 1 get.integer <- function(x) { road_accidents %>% str_replace(road_accidents$x, 'X','') %>% as.integer(road_accidents$x) } #Función Prueba 2 get.integer2 <- function(dataframe, y) { vector <- str_replace(datafra...

...580078125, 288.495880126953, 291.447326660156 >> > ), X19 = c(288.79296875, 290.357543945312, 289.657928466797, >> > 291.449066162109, 293.095275878906), X20 = c(291.999877929688, >> > 292.838348388672, 293.840362548828, 294.412322998047, 294.941253662109 >> > ), X21 = c(293.615447998047, 294.028106689453, 296.072296142578, >> > 296.447387695312, 295.824615478516), X22 = c(294.719848632812, >> > 295.392028808594, 297.453216552734, 297.114288330078, 296.883209228516 >> > ), X23 = c(295.634429931641, 296.783294677734, 298.592346191406,...

...0 [nouveau] [ 16.925678] sp : ffff00000a34bb40 [ 16.928980] x29: ffff00000a34bb60 x28: ffff8001f67f0598 [ 16.934280] x27: 0000000000000000 x26: ffff8001c8858c00 [ 16.939579] x25: 0000000000020000 x24: 0000000000000004 [ 16.944878] x23: 0000000000020000 x22: 0000000000000000 [ 16.950176] x21: 0000000000000000 x20: 0000000000000000 [ 16.955475] x19: ffff8001c891d000 x18: 0000000000000080 [ 16.960773] x17: 0000ffffba6a7bc0 x16: ffff000008294300 [ 16.966072] x15: 0000000000000001 x14: 000000000000002f [ 16.971370] x13: 0000000000000000 x12: 0000ffffbac20030 [ 16.976667] x11: 000...

...ependency point of > view? It looks like it moves the hlist_pprev_rcu(n) access before the > n->pprev assignment. Could be because of an aliasing violation, or it > could be LLVM. The problem is explained below, the reordering causes accessing to uninitialized data. f94006a8 ldr x8, [x21,#8] f9000275 str x21, [x19] d5033abf dmb ishst f9400669 ldr x9, [x19,#8] <==== uninitialized data f9000668 str x8, [x19,#8] <==== initialization f9000133 str x19, [x9] <==== accessing uninitialized address f90006b3 str x19, [x21,#8] > Do you have preprocessed source or LLVM IR ha...

...> stp x28, x27, [sp, #128] // 8-byte Folded Spill > > > > stp x26, x25, [sp, #144] // 8-byte Folded Spill > > > > stp x24, x23, [sp, #160] // 8-byte Folded Spill > > > > stp x22, x21, [sp, #176] // 8-byte Folded Spill > > > > stp x20, x19, [sp, #192] // 8-byte Folded Spill > > > > stp x29, x30, [sp, #208] // 8-byte Folded Spill > > > > ldrsw x8, [x0, #4424] > > > >...