mirror of https://github.com/sipwise/asterisk.git
mr3.8
mr3.8.13
mr3.8.12
mr3.8.11
mr3.8.10
master
mr3.8.9
mr3.8.8
2.8
mr3.8.7
mr3.8.6
mr4.2
mr4.2.2
mr3.8.5
mr4.1
mr4.1.2
mr4.2.1
mr3.8.4
mr4.0
mr4.0.2
mr4.1.1
mr3.8.3
mr4.0.1
mr3.8.2
mr3.8.1
mr3.7
mr3.7.2
mr3.7.1
mr3.6
mr3.6.2
mr3.6.1
mprokop/10263
mr3.5
mr3.5.1
agranig/ro-empty-dir
mr3.4
mr3.4.2
mr3.4.1
mr3.3
mr3.3.2
agranig/pcre
mr3.3.1
mr3.2
mr3.2.2
mr3.2.1
1.4.24.1_rsp
1.4.11
1.4.24.1_rsp@6165
1.4.24.1_rsp@4947
1.4.11@6165
1.4.11@3605
1.4.11@3530
1.4.11@2779
1.4.24.1_rsp+sipwise5
1.4.24.1_rsp+sipwise4
1.4.24.1_rsp+sipwise3
1.4.24.1_rsp+2
1.4.24.1_rsp
1.4.24.1_rsp@6165
1.4.24.1_rsp@4947
1.4.24.1+ngcp.1
1.4.24.1rsp+svn4100.6
mr3.2.1.1
mr3.2.2.1
mr3.3.1.1
mr3.3.1.2
mr3.3.2.1
mr3.4.1.1
mr3.4.2.1
mr3.5.1.1
mr3.6.1.1
mr3.6.1.2
mr3.6.2.1
mr3.7.1.1
mr3.7.2.1
mr3.8.1.1
mr3.8.10.1
mr3.8.11.1
mr3.8.12.1
mr3.8.2.1
mr3.8.2.2
mr3.8.3.1
mr3.8.4.1
mr3.8.5.1
mr3.8.6.1
mr3.8.7.1
mr3.8.7.2
mr3.8.8.1
mr3.8.9.1
mr4.0.1.1
mr4.0.2.1
mr4.1.1.1
mr4.1.2.1
mr4.2.1.1
mr4.2.2.1
${ noResults }
3 Commits (74ebf7155686dab6fa6bafdfe05e30004e9eb893)
| Author | SHA1 | Message | Date |
|---|---|---|---|
|
|
32449123ee |
MT#10257 Disable PROC=k8 setting to fix coredumps on certain Intel CPUs
Asterisk might coredump with "Illegal instruction", caused by: | => 0x0000000000451b9b <+43>: prefetchw 0x4f0(%rbx) PrefetchW is an AMD instruction and causes a fatal trap on certain (older) Intel CPUs, e.g. see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52411 A system where Asterisk coredumps is for example: | root@spce:~# grep -e cpu -e model /proc/cpuinfo | cpu family : 15 | model : 4 | model name : Intel(R) Xeon(TM) CPU 2.80GHz | cpu MHz : 2793.412 | cpuid level : 5 | cpu family : 15 | model : 4 | model name : Intel(R) Xeon(TM) CPU 2.80GHz | cpu MHz : 2793.412 | cpuid level : 5 | | root@spce:~# dmidecode | [...] | BIOS Information | Vendor: Dell Computer Corporation | Version: A04 | Release Date: 09/22/2005 | [...] | Base Board Information | Manufacturer: Dell Computer Corporation | Product Name: 0U9971 | Version: A03 | [...] | Processor Information | Socket Designation: PROC_1 | Type: Central Processor | Family: Xeon | Manufacturer: Intel | ID: 43 0F 00 00 FF FB EB BF | Signature: Type 0, Family 15, Model 4, Stepping 3 | Flags: | FPU (Floating-point unit on-chip) | VME (Virtual mode extension) | DE (Debugging extension) | PSE (Page size extension) | TSC (Time stamp counter) | MSR (Model specific registers) | PAE (Physical address extension) | MCE (Machine check exception) | CX8 (CMPXCHG8 instruction supported) | APIC (On-chip APIC hardware supported) | SEP (Fast system call) | MTRR (Memory type range registers) | PGE (Page global enable) | MCA (Machine check architecture) | CMOV (Conditional move instruction supported) | PAT (Page attribute table) | PSE-36 (36-bit page size extension) | CLFSH (CLFLUSH instruction supported) | DS (Debug store) | ACPI (ACPI supported) | MMX (MMX technology supported) | FXSR (FXSAVE and FXSTOR instructions supported) | SSE (Streaming SIMD extensions) | SSE2 (Streaming SIMD extensions 2) | SS (Self-snoop) | HTT (Multi-threading) | TM (Thermal monitor supported) | [...] By not selecting this wrong CPU type we can avoid triggering this issue. Thanks: Richard Fuchs for help in debugging this issue Change-Id: I32a73e0889f5c7413d88e51d9a6d56a12f870486 |
12 years ago |
|
|
c702219607 |
Relax check for "~" sign in DESTDIR to not fail with unreleased builds
Using git-buildpackage for continuous integration we have something like: | /usr/bin/make DESTDIR=/tmp/buildd/ngcp-asterisk-1.4.24.1+ngcp.1+0~1367942255.82+squeeze~1.gbp58b891/debian/ngcp-asterisk/ install in some of our build processes. To avoid failing at this stage modify the check in the "badshell" make target to check for "~/" instead of just checking for "~" anywhere inside the version string. Also see: https://issues.asterisk.org/jira/browse/ASTERISK-13797 Closes: https://jenkins.mgm.sipwise.com/job/asterisk-binaries/78/ |
13 years ago |
|
|
bd15a4cb1f |
Change asterisk folders to match policy
|
15 years ago |