search for: 57684

Displaying 14 results from an estimated 14 matches for "57684".

Did you mean: 5768
2012 Dec 09
3
[LLVMdev] pb05 benchmarks for llvm/dragonegg 3.2
...140564 205304 fatigue 69736 69800 90224 gas_dyn 58936 67232 123664 induct 163072 167296 179064 linpk 18664 26976 42624 mdbx 53580 57684 90216 nf 23864 36176 84056 protein 74944 87128 131960 rnflow 71784 92344 205576 test_fpu 54088 74520 179448 tfft 18552 18400 3...
2012 Dec 10
0
[LLVMdev] pb05 benchmarks for llvm/dragonegg 3.2
...205304 > fatigue 69736 69800 90224 > gas_dyn 58936 67232 123664 > induct 163072 167296 179064 > linpk 18664 26976 42624 > mdbx 53580 57684 90216 > nf 23864 36176 84056 > protein 74944 87128 131960 > rnflow 71784 92344 205576 > test_fpu 54088 74520 179448 > tfft 18552...
2012 Feb 07
4
[Bug 45746] New: ION (NVAC) does not work with latest git kernel module
https://bugs.freedesktop.org/show_bug.cgi?id=45746 Bug #: 45746 Summary: ION (NVAC) does not work with latest git kernel module Classification: Unclassified Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2012 May 02
4
[LLVMdev] [cfe-dev] Odd PPC inline asm constraint
...o the unnecessary save and restore of r31. For tomcatv, we have to basically save/restore the entire set of non-volatile integer and fp registers. Looking at how llvm does that shows: ... lis 3, 56 ori 3, 3, 57680 stwx 16, 31, 3 lis 3, 56 ori 3, 3, 57684 stwx 17, 31, 3 lis 3, 56 ori 3, 3, 57688 stwx 18, 31, 3 lis 3, 56 ori 3, 3, 57692 stwx 19, 31, 3 lis 3, 56 ori 3, 3, 57696 stwx 20, 31, 3 lis 3, 56 ori 3, 3, 57700 stwx 21, 31, 3 [repeate...
2013 May 29
0
[LLVMdev] Polyhedron 2005 results for dragonegg 3.3svn
...71304 123680 99184 induct 163064 163064 158792 162888 163192 167288 166920 171024 179080 170872 linpk 18680 22896 18688 22904 22896 22896 34920 34920 42640 50936 mdbx 49492 57684 49508 57700 57692 57692 53604 53604 90232 78032 nf 23880 32080 23888 27984 32088 32088 32104 32104 84072 67744 protei 74960 79056 75048 79144 87144 87144 83128 83128...
2007 Feb 08
0
CESA-2007:0044 Moderate CentOS 3 ia64 bind - security update
CentOS Errata and Security Advisory 2007:0044 https://rhn.redhat.com/errata/RHSA-2007-0044.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/bind-9.2.4-20.EL3.ia64.rpm updates/ia64/RPMS/bind-chroot-9.2.4-20.EL3.ia64.rpm updates/ia64/RPMS/bind-devel-9.2.4-20.EL3.ia64.rpm updates/ia64/RPMS/bind-libs-9.2.4-20.EL3.ia64.rpm
2012 May 02
0
[LLVMdev] [cfe-dev] Odd PPC inline asm constraint
On Tue, 2012-05-01 at 17:47 -0500, Hal Finkel wrote: > By default it should build for > whatever the current host is (no special flags required). To > specifically build for something else, use: > -ccc-host-triple powerpc64-unknown-linux-gnu > or > -ccc-host-triple powerpc-unknown-linux-gnu So LLVM isn't biarch capable? Meaning one LLVM compiler cannot generate both
2012 May 12
0
[LLVMdev] [cfe-dev] Odd PPC inline asm constraint
...or tomcatv, we have to basically save/restore the entire set > of non-volatile integer and fp registers. Looking at how > llvm does that shows: > > ... > lis 3, 56 > ori 3, 3, 57680 > stwx 16, 31, 3 > lis 3, 56 > ori 3, 3, 57684 > stwx 17, 31, 3 > lis 3, 56 > ori 3, 3, 57688 > stwx 18, 31, 3 > lis 3, 56 > ori 3, 3, 57692 > stwx 19, 31, 3 > lis 3, 56 > ori 3, 3, 57696 > stwx 20, 31, 3 > lis 3, 56 >...
2012 May 01
4
[LLVMdev] [cfe-dev] Odd PPC inline asm constraint
On Tue, 01 May 2012 17:23:07 -0500 Peter Bergner <bergner at vnet.ibm.com> wrote: > On Tue, 2012-05-01 at 16:06 -0500, Hal Finkel wrote: > > LLVM/clang now will build in the normal way (./configure; make > > install) on PPC (you'll need at least the 3.1 release candidate (or > > trunk)). I generally build on my PPC64 hosts with: > > make ENABLE_OPTIMIZED=1
2013 May 23
4
[LLVMdev] Polyhedron 2005 results for dragonegg 3.3svn
Below are the results for the Polyhedron 2005 benchmarks compiled with llvm/compiler-rt/dragonegg 3.3svn at r182439 against current FSF gcc 4.7.3svn and 4.8.1svn. The only major bug remaining in the dragonegg 3.3svn support for gcc 4.8.x is http://llvm.org/bugs/show_bug.cgi?id=15980 which results in unresolved symbols for _iround and _iroundf in the aermod and rnflow testcases. Note that this
2013 Jun 01
3
[LLVMdev] Polyhedron 2005 results for dragonegg 3.3svn
...123680 99184 > induct 163064 163064 158792 162888 163192 167288 166920 171024 179080 170872 > linpk 18680 22896 18688 22904 22896 22896 34920 34920 42640 50936 > mdbx 49492 57684 49508 57700 57692 57692 53604 53604 90232 78032 > nf 23880 32080 23888 27984 32088 32088 32104 32104 84072 67744 > protei 74960 79056 75048 79144 87144 87144 83128...
2005 May 25
9
Newbie going through a probably stupid thing
...t2all:DROP:IN=eth0 OUT= SRC=9.132.183.77 DST=9.132.182.82 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=57683 DF PROTO=TCP SPT=32815 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 > May 25 17:51:29 localhost Shorewall:net2all:DROP:IN=eth0 OUT= SRC=9.132.183.77 DST=9.132.182.82 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=57684 DF PROTO=TCP SPT=32815 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 > May 25 17:52:17 localhost Shorewall:net2all:DROP:IN=eth0 OUT= SRC=9.132.183.77 DST=9.132.182.82 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=57685 DF PROTO=TCP SPT=32815 DPT=22 WINDOW=5840 RES=0x00 SYN URGP=0 > May 25 17:53:22 localhost...
2013 Dec 23
2
[PATCH net-next 3/3] net: auto-tune mergeable rx buffer size for improved performance
On Mon, Dec 16, 2013 at 04:16:29PM -0800, Michael Dalton wrote: > Commit 2613af0ed18a ("virtio_net: migrate mergeable rx buffers to page frag > allocators") changed the mergeable receive buffer size from PAGE_SIZE to > MTU-size, introducing a single-stream regression for benchmarks with large > average packet size. There is no single optimal buffer size for all >
2013 Dec 23
2
[PATCH net-next 3/3] net: auto-tune mergeable rx buffer size for improved performance
On Mon, Dec 16, 2013 at 04:16:29PM -0800, Michael Dalton wrote: > Commit 2613af0ed18a ("virtio_net: migrate mergeable rx buffers to page frag > allocators") changed the mergeable receive buffer size from PAGE_SIZE to > MTU-size, introducing a single-stream regression for benchmarks with large > average packet size. There is no single optimal buffer size for all >