search for: misdiagnose

Following on... Sorry folks, it looks like I have misdiagnosed the issue. When I connect to the server using an X client and start up the newly built R instance, I see capabilities() shows X11 support as expected. So this changes the character of my query somewhat: As I was hoping to run R in non-interactive mode (hence not using an X client in the firs...

...-dis test2_opt.s.bc > llvm-dis: Bitcode stream should be a multiple of 4 bytes in length Same problem. That said, in latest LLVM lli accepts human readable IR as well as bitcode, so I'm guessing that you are using an older version that does not have this feature. Of course I may also have misdiagnosed the problem :) Ciao, Duncan.

...= 0; i < pregs.size(); ++i) { if (MRI->isReserved(pregs[i])) continue; // use preg... } You could also use the AllocationOrder class to simplify the task of finding valid pregs, though it does require you to use VirtRegMap. If you are already checking the reserved regs then I've misdiagnosed the problem. I'd be happy to dig further if you can point me to a copy of your allocator and a test case. Cheers, Lang. On Thu, Nov 29, 2012 at 3:49 PM, Susan Horwitz <horwitz at cs.wisc.edu> wrote: > I have a new problem: Register RBP is used in a function foo. (I am not > al...

...RI->isReserved(pregs[i])) > continue; > // use preg... > } > > You could also use the AllocationOrder class to simplify the task of > finding valid pregs, though it does require you to use VirtRegMap. > > If you are already checking the reserved regs then I've misdiagnosed the > problem. I'd be happy to dig further if you can point me to a copy of your > allocator and a test case. > > Cheers, > Lang. > > > On Thu, Nov 29, 2012 at 3:49 PM, Susan Horwitz <horwitz at cs.wisc.edu>wrote: > >> I have a new problem: Register RBP...

I have a problem. I'm writing a C compiler in my favorite programming language (don't ask :-) I have made a .s file, which can be correctly assembled and run with lli. But when I optimize it I get no errors from the optimizer, but the resultant file is incorrect. Here's what happens: llvm-as test2_gen.s %% no errors test2_gen.s.bc is produced lli test2_gen.s.bc n=887459712

...eg... >> } >> >> You could also use the AllocationOrder class to simplify the task >> of finding valid pregs, though it does require you to use >> VirtRegMap. >> >> If you are already checking the reserved regs then I've >> misdiagnosed the problem. I'd be happy to dig further if you can >> point me to a copy of your allocator and a test case. >> >> Cheers, >> Lang. >> >> >> On Thu, Nov 29, 2012 at 3:49 PM, Susan Horwitz >> <horwitz at cs.wisc.edu <mail...

On Wed, Mar 15, 2017 at 2:55 AM, David Chisnall via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 14 Mar 2017, at 18:39, Rui Ueyama via llvm-dev <llvm-dev at lists.llvm.org> > wrote: > > > > LLVM 4.0.0 is out, and I can say that LLD/ELF is now ready for > production use at least for x86-64 (and probably for AArch64 and MIPS). > > We’re now using it with

Greetings, Might & Magic IX had even problems on my old Win98SE, except if i were running special Nvidia drivers. So i wasn't surprised that i had similar problems on wine. Now, with nvidia-drivers 180.42, i have made a new try on wine 1.1.17 and it seems to run fine. But there is a problem. Switching from the game to e.g. inventory using the key i takes a very long time, about 50

>I assume this is due to new Direct3D code that wasn't present when I last ran >DiabloII. If so, is there any way to disable this code so that Diablo doesn't >detect direct3d and runs with 2d directx like it always ran before? yes there is: go to your diablo ii installation dir. ( Program Files\Diablo ii ) then type something like: wine D2VidTst.exe you can now select what kind

PnP BIOS for x86 is part of drivers, so I missed it in the initial GDT page alignment patch. Kudos to Andrew for fixing that. Unfortunately, fixing the build introduced a kernel panic when trying to setup the as of yet unallocated GDTs for the APs. This fixes the problem by setting only the BSP's GDT, then copying the PnP segments back to the cpu_gdt_table template. Signed-off-by: Zachary

PnP BIOS for x86 is part of drivers, so I missed it in the initial GDT page alignment patch. Kudos to Andrew for fixing that. Unfortunately, fixing the build introduced a kernel panic when trying to setup the as of yet unallocated GDTs for the APs. This fixes the problem by setting only the BSP's GDT, then copying the PnP segments back to the cpu_gdt_table template. Signed-off-by: Zachary

...makes for a more consistent behavior, but also allows the filesystem to make use of every byte reserved for inode creation. * Fixes oss bugzilla#919 Symptoms for this bug include [o2net] spinning at 100% just before a node fences due to network idle timeout. This issue could have previously been misdiagnosed as occurring due to a low cluster timeout setting but instead is because of a bug as described in this bugzilla. http://oss.oracle.com/bugzilla/show_bug.cgi?id=919 * Plugs memory leaks in o2dlm These leaks were detected during mainline testing. They went undetected for so long because not only...

...makes for a more consistent behavior, but also allows the filesystem to make use of every byte reserved for inode creation. * Fixes oss bugzilla#919 Symptoms for this bug include [o2net] spinning at 100% just before a node fences due to network idle timeout. This issue could have previously been misdiagnosed as occurring due to a low cluster timeout setting but instead is because of a bug as described in this bugzilla. http://oss.oracle.com/bugzilla/show_bug.cgi?id=919 * Plugs memory leaks in o2dlm These leaks were detected during mainline testing. They went undetected for so long because not only...

I am working with Sweave and would like to print out into my latex document the result of the R command version$platform So what I first tried in my .Rnw document was \Sexpr{print(version$platform)}. However, the output from this command is the string "x86_64-apple-darwin10.8.0" (without the quotes). This contains an underscore, which is a special character in tex and so I get an error

Hello, I am trying to figure out a problem I'm having using CentOS on a machine as a router. The short story is: any traffic routed through the router seems to get disconnected at random occasionally. The hardware setup is: I have two switches, the router sits between them, the webserver on the LAN switch. The machine I'm using for the router is a Dell 860 1U rackmount with two NICs,

On 15 January 2015 at 10:49, Chandler Carruth <chandlerc at google.com> wrote: > On Thu, Jan 15, 2015 at 10:30 AM, Sanjay Patel <spatel at rotateright.com> > wrote: > >> Would it be wrong to generate the llvm.assume IR suggested below? in GVN? >> > > I think so... Because: > > One very small tweak you could make would be to add an llvm.assume inside

http://bugs.freedesktop.org/show_bug.cgi?id=20006 Summary: powerpc64: Black screen using RandR12 Product: xorg Version: 7.4 Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

I think we could/should be a little bit more precise here: > ... any regressions whether they affect buildbots or not, the > patch author should be responsible for fixing the issue. especially if we say that the bar for a revert is low. That is, the "any regression" needs a bit more clarifications. Assuming we are talking about performance regressions (not language conformance or

...issues of CO message rate three way calling that have caused > > grief > > > > (the CO interprets the next call as a flash for a three way call and > > holds > > > > the circuit rather than disconnecting it). This phenomena may have > been > > > > misdiagnosed as glare, since the message unit 3-way calling was > imposed > > as a > > > > default feature in certain jurisdictions. Increasing the guard > interval > > to > > > > 2 or 3 seconds will suffice, or specify to the carrier that the 3-way > > > &gt...

https://bugs.freedesktop.org/show_bug.cgi?id=72180 Priority: medium Bug ID: 72180 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau Random GPU Lockups QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: bass.jordan+bugzilla at gmail.com