search for: revb

> Both A9 bots are running the same Ubuntu (13.03), with the same GCC (4.7.2), > and are the same hardware (Panda ES RevB), so it really strikes me as odd > that we have such a different behaviour between them. Hmm. I'll see what I can do on my tablet (not tried building LLVM there before so it could take a while), it seems like there are *some* failures everywhere. If we're lucky it'll just be a matte...

...Engine__MCJIT__test-data-align-remote.ll LLVM :: ExecutionEngine__MCJIT__test-global-init-nonzero-remote.ll LLVM :: ExecutionEngine__MCJIT__test-ptr-reloc-remote.ll Unit-tests pass. Both A9 bots are running the same Ubuntu (13.03), with the same GCC (4.7.2), and are the same hardware (Panda ES RevB), so it really strikes me as odd that we have such a different behaviour between them. ARM920, compiled with GCC: All tests pass. Unit-test fail: MCJITTest.return_global If I take out the XFAIL on those tests, some bots will fail, others will pass. This is not the solution. It either pass on al...

?Hola! torisa.c (from zaptel 0.50) says: #define MASTERVAL 0x41 /* Enable E1 master clock on Rev. B board */ Does that mean that there is a torisa revB? If so, are the schematics downloadable from somewhere? (www.zapatatelephony.org only has Rev. A ones) Does the Rev. A support E1? (just changing the DS2151 for DS2153, the DS crystal and closing the E1 jumpers, or something else is needed?) Thanks, HoraPe --- Horacio J. Pe?a horape@compendi...

On 18 May 2013 09:56, Tim Northover <t.p.northover at gmail.com> wrote: > According to Amara that assertion was a bit of paranoia so we'd know > if someone tried emitting .rel relocations and sending the result > through MCJIT. However, now we routinely re-relocate using explicit > addends so as he says it can probably just be removed. > Hi Tim, Sorry, I saw that thread

Currently, for scalable vectors, only splat shuffles are allowed; we're considering allowing more different kinds of shuffles. The issue is, essentially, that a shuffle mask is a simple list of integers, and that isn't enough to express a scalable operation. For example, concatenating two fixed-length vectors currently looks like this: shufflevector <2 x i32> %v1, <2 x i32>

...tests as unsupported seems to be the best option. I don't have a machine for a few days but I can take a look at finally cleaning up resolveRelocations() next week. Amara > Both A9 bots are running the same Ubuntu (13.03), with the same GCC (4.7.2), > and are the same hardware (Panda ES RevB), so it really strikes me as odd > that we have such a different behaviour between them. Hmm. I'll see what I can do on my tablet (not tried building LLVM there before so it could take a while), it seems like there are *some* failures everywhere. If we're lucky it'll just be a matte...

...p.northover at gmail.com] Sent: Saturday, May 18, 2013 4:53 PM To: Renato Golin Cc: Amara Emerson; David Tweed; LLVM Dev Subject: Re: [LLVMdev] Unsupported MCJIT tests on ARM? > Both A9 bots are running the same Ubuntu (13.03), with the same GCC (4.7.2), > and are the same hardware (Panda ES RevB), so it really strikes me as odd > that we have such a different behaviour between them. Hmm. I'll see what I can do on my tablet (not tried building LLVM there before so it could take a while), it seems like there are *some* failures everywhere. If we're lucky it'll just be a matte...

I'm working on replacing a SoundPoint 600 with a 650. I need to merge these two sets of digitmaps in the polycom sip.cfg file, because the 650 locks up when I try to use the digitmap from the 600. I've included the default digitmap from a 3.1.3 RevB polycom release. I'd like to merge these two digitmaps, but I don't want to reintroduce the lockup issue I was having with the 600 digitmap on the 650. I've included my understanding of each definition below as well. I understand that the T at the end of certain definitions set a ti...

When I use my phone to make VOIP call and another calls comes from POTS my phone rings to POTS caller. Why? Shouldn't it generate busy signal! -- #Joseph