search for: bctrl

...141 card 1043,819a rev a2 class 03,00,00 hdr 00 (II) PCI: 05:0b:0: chip 104c,8023 card 1043,808b rev 00 class 0c,00,10 hdr 00 (II) PCI: 05:0c:0: chip 11ab,4320 card 1043,811a rev 13 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Subtractive PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:9:0), (0,5,5), BCTRL: 0x0202 (VGA_EN is cleared) (II) Bus 5 I/O range: [0] -1 0 0x0000a000 - 0x0000afff (0x1000) IX[B] (II) Bus 5 non-prefetchable memory range: [0] -1 0 0xd000000...

...;18, 0, 1, (ops calltarget:$func, variable_ops), "bl $func", BrB, []>; // See Pat patterns below. def BLA : IForm<18, 1, 1, (ops aaddr:$func, variable_ops), "bla $func", BrB, [(PPCcall (i32 imm:$func))]>; def BCTRL : XLForm_2_ext<19, 528, 20, 0, 1, (ops variable_ops), "bctrl", BrB, [(PPCbctrl)]>; }

On Fri, 12 May 2006, Ralph Corderoy wrote: >> If you don't *know* that all (e.g.) function pointers to this code are >> dead (which means that execution could come back to the function), you >> should use the ExecutionEngine::recompileAndRelinkFunction(F) method. > > recompileAndRelinkFunction() overwrites the old machine code with a > branch to the new. Is it

...No, EmitBranchToAt() always emits 16 bytes. AtI[0] = BUILD_LIS(12, Addr >> 16); // lis r12, hi16(address) AtI[1] = BUILD_ORI(12, 12, Addr); // ori r12, r12, low16(address) AtI[2] = BUILD_MTCTR(12); // mtctr r12 AtI[3] = BUILD_BCTR(isCall); // bctr/bctrl but I understand now how startFunctionStub() is given StubSize and on PowerPC it's 16 so there's no problem. Cheers, Ralph.

...s the case for 32-bit Linux PowerPC, and, from looking at the code in LLVM it seems to be the case for both 32- and 64-bit Darwin. A call on these platforms looks like this, assuming the function pointer is in rX, and all arguments to the call have been put in the appropriate places: mtctr rX bctrl Simple. On 64-bit Linux PowerPC, however, a function pointer in C is the address of a function descriptor, a structure containing three pointers: - The first pointer contains the address of the entry point of the function. - The second pointer contains the TOC base address for the function....

...which caused some macho function calls to be compiled with ELF ABI semantics. I checked in this patch to fix it: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070219/045027.html I think you have to split PPCISD::CALL into PPCISD::CALL_ELF and PPCISD::CALL_Macho, like you do for BCTRL. There were also a couple missing patterns, together these caused some nightly tester failures on darwin. >> I applied the patches after some cleanups. Please keep code within 80 >> columns, please don't use nested ?: expressions without parens, and please >> be careful a...

...c, variable_ops), > "bl $func", BrB, []>; // See Pat patterns > below. > def BLA : IForm<18, 1, 1, (ops aaddr:$func, variable_ops), > "bla $func", BrB, [(PPCcall (i32 imm: > $func))]>; > def BCTRL : XLForm_2_ext<19, 528, 20, 0, 1, (ops variable_ops), > "bctrl", BrB, > [(PPCbctrl)]>; > } > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu...

Hi Chris, Chris Lattner wrote: > Sorry for the delay, > > No problem. Plus the reviewing may have taken some time. So thx a lot for committing. I talked to Jim who said he wanted to commit his changes before mine -- I hope everything's Ok. > I applied the patches after some cleanups. Please keep code within 80 > columns, please don't use nested ?: expressions without

...80,00 hdr 80 (II) PCI: 03:0b:0: chip 109e,036e card aa03,1463 rev 11 class 04,00,00 hdr 80 (II) PCI: 03:0b:1: chip 109e,0878 card aa03,1463 rev 11 class 04,80,00 hdr 80 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,3), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Subtractive PCI-to-PCI bri...

...80,00 hdr 00 (II) PCI: 05:00:0: chip 10ec,8168 card 1043,11f5 rev 01 class 02,00,00 hdr 00 (II) PCI: 06:00:0: chip 1002,71c5 card 1043,10b2 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,6), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bu...

On Fri, 2 Feb 2007, Nicolas Geoffray wrote: > I have almost completed the implementation of a linux/ppc backend in llvm. Cool! > There were a few things to modify in > lib/Target/PowerPC with a lot of "if (!isDarwin)". Some meta comments: 1. Please don't change PPC -> llvmPPC. I assume that you did this because PPC is a #define in some system header. Please

...00,10 hdr 80 (II) PCI: 03:01:2: chip 1180,0822 card 1028,01aa rev 17 class 08,05,01 hdr 80 (II) PCI: 03:03:0: chip 8086,4220 card 8086,2721 rev 05 class 02,80,00 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[b] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[b] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[b] (II) PCI-to-PCI bridge: (II) Bus 1...

...03b card 0000,0000 rev 00 class ff,00,00 hdr 00 (II) PCI: 20:0e:0: chip 106b,0031 card 106b,5811 rev 81 class 0c,00,10 hdr 00 (II) PCI: 20:0f:0: chip 106b,0032 card 0000,0000 rev 80 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:11:0), (0,0,32), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (...

...function calls to be compiled with ELF ABI semantics. I checked in > this patch to fix it: > http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070219/045027.html > > I think you have to split PPCISD::CALL into PPCISD::CALL_ELF and > PPCISD::CALL_Macho, like you do for BCTRL. There were also a couple > missing patterns, together these caused some nightly tester failures on > darwin. > > Yes, you are right. Here's a patch to fix the missing patterns. There is now a CALL_ELF and a CALL_Macho. If everything is OK I'll commit it when I'll ha...

Hi everyone, I have almost completed the implementation of a linux/ppc backend in llvm. There were a few things to modify in lib/Target/PowerPC with a lot of "if (!isDarwin)". There are some places where I need help before saying the port is complete. I attached the diff file as a reference 1) In order to generate a creqv instruction before a vararg call, I created a new

...,3038 card 0925,1234 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3040 card 0000,0000 rev 00 class 00,00,00 hdr 00 (II) PCI: 00:0f:0: chip 5333,8901 card 0000,0000 rev 04 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,0), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (...

...008 card 12b9,00a2 rev 01 class 07,00,02 hdr 00 (II) PCI: 05:0b:0: chip 104c,8023 card 1043,808b rev 00 class 0c,00,10 hdr 00 (II) PCI: 05:0c:0: chip 11ab,4320 card 1043,811a rev 13 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Subtractive PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:9:0), (0,5,5), BCTRL: 0x0202 (VGA_EN is cleared) (II) Bus 5 I/O range: [0] -1 0 0x0000a000 - 0x0000afff (0x1000) IX[B] (II) Bus 5 non-prefetchable memory range: [0] -1 0 0xda000000 - 0xdbffffff (0x2000000) MX[...

...e,0878 card 0070,13eb rev 02 class 04,80,00 hdr 80 (II) PCI: 02:0b:0: chip 104c,8023 card 1043,815b rev 00 class 0c,00,10 hdr 00 (II) PCI: 03:00:0: chip 1095,3132 card 1043,819f rev 01 class 01,80,00 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:4:0), (0,1,1), BCTRL: 0x001c (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfa000000 - 0xfcffffff (0x3000000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xe0000000 - 0xefffffff (0x10000000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:9:0), (0,-1,-1), BCTRL: 0x0008 (VGA_E...

...card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 02:00:0: chip 10de,016a card 1682,2236 rev a1 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Subtractive PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:4:0), (0,1,1), BCTRL: 0x0200 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x0000b000 - 0x0000bfff (0x1000) IX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:9:0), (0,2,2), BCTRL: 0x0008 (...

...,5880 card 1274,2000 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:0a:0: chip 10b7,9055 card 10b7,9055 rev 24 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 5333,8a13 card 5333,8a13 rev 02 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (...