From owner-freebsd-ppc@freebsd.org Wed Oct 19 00:58:10 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F55AC15627 for ; Wed, 19 Oct 2016 00:58:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-46.reflexion.net [208.70.210.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D420D3B1 for ; Wed, 19 Oct 2016 00:58:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2081 invoked from network); 19 Oct 2016 00:32:10 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 19 Oct 2016 00:32:10 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.10.0) with SMTP; Tue, 18 Oct 2016 20:31:18 -0400 (EDT) Received: (qmail 3149 invoked from network); 19 Oct 2016 00:30:59 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 19 Oct 2016 00:30:59 -0000 Received: from [192.168.1.107] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B0609EC9002; Tue, 18 Oct 2016 17:30:56 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r302214 - head/sys/powerpc/aim ["set usefdt=1" test fails on PowerMac G5 "Quad Core"] From: Mark Millard In-Reply-To: Date: Tue, 18 Oct 2016 17:30:56 -0700 Cc: FreeBSD PowerPC ML , Krzysztof Parzyszek , "Jukka A. Ukkonen" Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Nathan Whitehorn X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2016 00:58:10 -0000 [I've finally got a access to the powerpc's and powerpc64's, at least = for a little bit. But other things may take much of my time.] Nathan Whitehorn nwhitehorn at freebsd.org wrote on Sun Jun 26 23:38:36 = UTC 2016 [back in 11-CURRENT days]: >> . . . >>> Author: nwhitehorn >>> Date: Sun Jun 26 18:43:42 2016 >>> New Revision: 302214 >>> URL: >>> https://svnweb.freebsd.org/changeset/base/302214 >>>=20 >>>=20 >>> Log: >>> Enter 64-bit mode as early as possible in the 64-bit PowerPC boot = sequence. >>> Most of the effect of setting MSR[SF] is that the CPU will stop = ignoring >>> the high 32 bits of registers containing addresses in load/store >>> instructions. As such, the kernel was setting it only when it = began to >>> need access to high memory. MSR[SF] also affects the operation of = some >>> conditional instructions, however, and so setting it at late times = could >>> subtly break code at very early times. This fixes use of the FDT = mode in >>> loader, and FDT boot more generally, on 64-bit PowerPC systems. >>>=20 >>> Hardware provided by: IBM LTC >>> Approved by: re (kib) >>>=20 >>> Modified: >>> head/sys/powerpc/aim/aim_machdep.c >>> head/sys/powerpc/aim/locore64.S >> . . . >=20 > . . . >=20 > One thing it would be great to have some testing on after this change = is=20 > the FDT layer in loader. If you set usefdt=3D1 from the loader prompt,=20= > loader will distill the OF device tree into an FDT and then stop Open=20= > Firmware completely before transferring control to FreeBSD. This = should=20 > avoid any possible problems accessing Open Firmware from the kernel, = as=20 > well as making boot a little faster. > -Nathan I updated the old 2016-June-1 SSD contents to head's -r302214 and did buildworld and buildkernel and installed them, but with my PowerMac G5 boot-hack still present. This was to be the first test if things went well for "set usefdst=3D1". They did not so no tests without the hack = were made. A normal boot works fine for -r203214 but use of "set usefdt=3D1" before "boot" fails. A hand transcribed report of the visible "set usefdt=3D1" results are: > Ok set usefdt=3D1 > Ok boot > Booting... > Error -2 adding node /ht@0,f2000000/pci@8/macio@7/i2c@18000/i2c-bus@0 = (i2c-bus@0), skipping >=20 > kernel entry at 0x100120 > Invalid memory access at %SRR0: 00000000.00100120 %SRR1: = 10000000.00083030 It then reports the Apple model and firmware version and and some other Apple text and gets stuck. (Power switch time.) Note: I've not updated /usr/ports so the modern binutils poewrpc64 issue is not involved: > #svnlite info /usr/ports/ | grep "Re[lv]" > Relative URL: ^/head > Revision: 415874 > Last Changed Rev: 415874 > # uname -apKU > FreeBSD FBSDG5C0 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 #40 r302214M: Tue Oct = 18 06:11:02 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100120 1100120 devel/powrepc64-gcc was used to do the system builds and it is a libc++ based build. > # svnlite info /usr/src/ | grep "Re[lv]" > Relative URL: ^/head > Revision: 302214 > Last Changed Rev: 302214 > # svnlite status /usr/src > ? /usr/src/.snap > M = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp > M /usr/src/lib/csu/powerpc64/Makefile > ? /usr/src/restoresymtable > ? /usr/src/sys/arm/conf/RPI2-NODBG > M /usr/src/sys/boot/ofw/Makefile.inc > M /usr/src/sys/boot/powerpc/Makefile > M /usr/src/sys/boot/powerpc/Makefile.inc > M /usr/src/sys/boot/uboot/Makefile.inc > M /usr/src/sys/conf/Makefile.powerpc > M /usr/src/sys/conf/kern.mk > M /usr/src/sys/conf/kmod.mk > ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/powerpc/exec_machdep.c =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Wed Oct 19 02:29:20 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5C41C180A9 for ; Wed, 19 Oct 2016 02:29:20 +0000 (UTC) (envelope-from andy.silva@snsresearchreports.com) Received: from mailer238.gate85.rs.smtp.com (mailer238.gate85.rs.smtp.com [74.91.85.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6893EC96 for ; Wed, 19 Oct 2016 02:29:20 +0000 (UTC) (envelope-from andy.silva@snsresearchreports.com) X-MSFBL: zcVdynPD6eflAD+hA/ajBPvoJuP4nVGUsXMxgo2G6Nc=|eyJiIjoiNzRfOTFfODV fMjM4IiwiZyI6IlNuc3RlbGVjb21fZGVkaWNhdGVkX3Bvb2wiLCJyIjoiZnJlZWJ zZC1wcGNAZnJlZWJzZC5vcmcifQ== Received: from [192.168.80.32] ([192.168.80.32:51186] helo=rs-ord-mta03-2.smtp.com) by rs-ord-mta03-4.smtp.com (envelope-from ) (ecelerity 4.2.1.55028 r(Core:4.2.1.12)) with ESMTP id E1/DA-15109-C6AD6085; Wed, 19 Oct 2016 02:29:00 +0000 DKIM-Signature: v=1; a=rsa-sha256; d=smtp.com; s=smtpcomcustomers; c=relaxed/simple; q=dns/txt; i=@smtp.com; t=1476844140; h=From:Subject:To:Date:MIME-Version:Content-Type; bh=Xav4/lI7h4POQwZE5NFS0GsN8P4T2KzNM8mxUGCT+5g=; b=Czt0hY+D6DL7ouXjxwnV9wJwyQ1bHmJl9yLQRlBw/BHcV3GCCBjLoJfPP79NYKy8 XMEqf/jkYwf2bLGBQR2OG0QGUSfYKrq3WElBagzqfskGyyTuyv+lquWV9eR5swsW RAbNejCkVk0b3OVwB9yfx+DVGHPZJYxZGACMXJMzhdU=; Received: from [70.79.69.78] ([70.79.69.78:40102] helo=S01061c1b689e28c7.vc.shawcable.net) by rs-ord-mta03-2.smtp.com (envelope-from ) (ecelerity 4.1.0.46749 r(Core:4.1.0.4)) with ESMTPA id 33/84-09053-B6AD6085; Wed, 19 Oct 2016 02:29:00 +0000 MIME-Version: 1.0 From: "Andy Silva" Reply-To: andy.silva@snsresearchreports.com To: freebsd-ppc@freebsd.org Subject: The SON (Self-Organizing Networks) Ecosystem: 2016 - 2030 - Opportunities, Challenges, Strategies & Forecasts (Report) X-Mailer: Smart_Send_2_0_138 Date: Tue, 18 Oct 2016 19:28:18 -0700 Message-ID: <76205283448962425819588@Ankur> X-Report-Abuse: SMTP.com is an email service provider. Our abuse team cares about your feedback. Please contact abuse@smtp.com for further investigation. X-SMTPCOM-Tracking-Number: b5cae536-649e-4076-8408-7abc15b2e33b X-SMTPCOM-Sender-ID: 6008902 Feedback-ID: 6008902:SMTPCOM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Oct 2016 02:29:20 -0000 The SON (Self-Organizing Networks) Ecosystem: 2016 =96 2030 =96 Opportuniti= es, Challenges, Strategies & Forecasts (Report) Hello Let me offer you the latest SNS Research report to you and your team, "The = SON (Self-Organizing Networks) Ecosystem: 2016 =96 2030 =96 Opportunities, = Challenges, Strategies & Forecasts" Below is the report highlight and if yo= u like I can send you sample pages for your details inside.=20 =20 We estimates that despite challenges relating to implementation complexitie= s and multi-vendor interoperability, SON revenue is expected to grow to mor= e than $5 Billion by the end of 2020. Report Information: Release Date: Oct 2016 Number of Pages: 247 Number of Tables and Figures: 61 Key Questions Answered: How big is the SON and mobile network optimization ecosystem=3F How is the ecosystem evolving by segment and region=3F What will the market size be in 2020 and at what rate will it grow=3F What trends, challenges and barriers are influencing its growth=3F Who are the key SON vendors and what are their strategies=3F What is the outlook for QoE based SON solutions=3F How can SON ease the deployment of unlicensed LTE small cells=3F What SON capabilities will 5G networks entail=3F What is the outlook for C-SON and D-SON adoption=3F How will SON investments compare with those on traditional mobile network o= ptimization=3F What opportunities exist for SON in mobile core and transport networks=3F=20 How will SON use cases evolve overtime in 3GPP releases=3F Which regions will see the highest number of SON investments=3F How much will mobile operators invest in SON solutions=3F What is the outlook for SON associated OpEx savings by region=3F Key Findings: The report has the following key findings: Despite challenges relating to implementation complexities and multi-vendor= interoperability, SON revenue is expected to grow to more than $5 Billion = by the end of 2020, exceeding conventional mobile network optimization reve= nue by a significant margin. Mobile operators have reported up to a 50% reduction in dropped calls and o= ver 20% higher data rates with SON implementation. Besides common network o= ptimization use cases, operators are also capitalizing on SON platforms to = address critical business objectives such as refarming 2G/3G spectrum for L= TE networks. In a bid to differentiate their products, Wi-Fi access point OEMs are begin= ning to integrate SON features such as plug-and-play deployment, autonomous= performance optimization, self-healing and proactive defense against unaut= horized access. =20 SON platforms are moving from reactive systems to more advanced implementat= ions that incorporate predictive analytics technology to make necessary cha= nges to a network before any degradation occurs. Infrastructure and software incumbents are continuing to acquire smaller es= tablished C-SON players to accelerate their entry path into the C-SON marke= t. The report covers the following topics: Conventional mobile network planning & optimization SON technology and architecture Key benefits and market drivers of SON Challenges to SON adoption SON use cases SON deployment case studies Future roadmap of the SON ecosystem Company profiles and strategies of over 120 SON ecosystem players OpEx and CapEx saving analysis of SON Wireless network infrastructure spending, traffic projections and value cha= in Convergence of SON with Big Data, predictive analytics and DPI Strategic recommendations for SON solution providers, wireless infrastructu= re OEMs and mobile operators Market analysis and forecasts from 2016 till 2030 Forecast Segmentation: Market forecasts and historical figures are provided for each of the follow= ing submarkets and their categories: Mobile Network Optimization SON Conventional Mobile Network Planning & Optimization SON Network Segment Submarkets Macrocell RAN HetNet RAN Mobile Core Mobile Backhaul & Fronthaul SON Architecture Submarkets C-SON (Centralized SON) D-SON (Distributed SON) SON Access Network Technology Submarkets 2G & 3G LTE Wi-Fi 5G Regional Submarkets Asia Pacific Eastern Europe Latin & Central America Middle East & Africa North America Western Europe Country Markets Australia Brazil Canada China France Germany India Italy Japan Russia South Korea Spain Taiwan UK Report Pricing: =20 Single User License: USD 2,500 Company Wide License: USD 3,500 =20 Ordering Process: =20 Please provide the following information: Report Title - Report License - (Single User/Company Wide) Name - Email - Job Title - Company - Invoice Address - Please contact me if you have any questions, or wish to purchase a copy. Ta= ble of contents and List of figures mentioned in report are given below for= more inside. I look forward to hearing from you. =20 Kind Regards =20 Andy Silva Marketing Executive Signals and Systems Telecom andy.silva@snsreports.com _________________________________________________________________________ Table of Contents: =20 1 Chapter 1: Introduction 1.1 Executive Summary 1.2 Topics Covered 1.3 Forecast Segmentation 1.4 Key Questions Answered 1.5 Key Findings 1.6 Methodology 1.7 Target Audience 1.8 Companies & Organizations Mentioned =20 2 Chapter 2: SON & Mobile Network Optimization Ecosystem 2.1 Conventional Mobile Network Optimization 2.1.1 Network Planning 2.1.2 Measurement Collection: Drive Tests, Probes and End User Data 2.1.3 Post-Processing, Optimization & Policy Enforcement 2.2 The SON (Self-Organizing Network) Concept 2.2.1 What is SON=3F 2.2.2 The Need for SON 2.3 Functional Areas of SON 2.3.1 Self-Configuration 2.3.2 Self-Optimization 2.3.3 Self-Healing 2.4 Market Drivers for SON Adoption 2.4.1 Continued Wireless Network Infrastructure Investments 2.4.2 Optimization in Multi-RAN & HetNet Environments 2.4.3 OpEx & CapEx Reduction: The Cost Saving Potential 2.4.4 Improving Subscriber Experience and Churn Reduction 2.4.5 Power Savings 2.4.6 Enabling Small Cell Deployments 2.4.7 Traffic Management 2.5 Market Barriers for SON Adoption 2.5.1 Complexity of Implementation 2.5.2 Reorganization & Changes to Standard Engineering Procedures 2.5.3 Lack of Trust in Automation 2.5.4 Lack of Operator Control: Proprietary SON Algorithms 2.5.5 Coordination between Distributed and Centralized SON 2.5.6 Network Security Concerns: New Interfaces and Lack of Monitoring =20 3 Chapter 3: SON Technology, Use Cases & Implementation Architectures 3.1 Where Does SON Sit Within a Mobile Network=3F 3.1.1 RAN 3.1.2 Mobile Core 3.1.3 Mobile Backhaul & Fronthaul 3.1.4 Device-Assisted SON 3.2 SON Architecture 3.2.1 C-SON (Centralized SON) 3.2.2 D-SON (Distributed SON) 3.2.3 H-SON (Hybrid SON) 3.3 SON Use-Cases 3.3.1 Self-Configuration of Network Elements 3.3.2 Automatic Connectivity Management 3.3.3 Self-Testing of Network Elements 3.3.4 Self-Recovery of Network Elements/Software 3.3.5 Self-Healing of Board Faults 3.3.6 Automatic Inventory 3.3.7 ANR (Automatic Neighbor Relations) 3.3.8 PCI (Physical Cell ID) Configuration 3.3.9 CCO (Coverage & Capacity Optimization) 3.3.10 MRO (Mobility Robustness Optimization) 3.3.11 MLB (Mobile Load Balancing) 3.3.12 RACH (Random Access Channel) Optimization 3.3.13 ICIC (Inter-Cell Interference Coordination) 3.3.14 eICIC (Enhanced ICIC) 3.3.15 Energy Savings 3.3.16 Cell Outage Detection & Compensation 3.3.17 Self-Configuration & Optimization of Small Cells 3.3.18 Optimization of DAS (Distributed Antenna Systems) 3.3.19 RAN Aware Traffic Shaping 3.3.20 Traffic Steering in HetNets 3.3.21 Optimization of Virtualized Network Resources 3.3.22 Auto-Provisioning of Transport Links 3.3.23 Transport Network Bandwidth Optimization 3.3.24 Transport Network Interference Management 3.3.25 SON Coordination Management 3.3.26 Seamless Vendor Infrastructure Swap =20 4 Chapter 4: SON Standardization 4.1 NGNM (Next Generation Mobile Networks) Alliance 4.1.1 Conception of the SON Initiative 4.1.2 Functional Areas and Requirements 4.1.3 Implementation Approach 4.1.4 P-SmallCell (Project Small Cell) 4.1.5 Recommendations for Multi-Vendor SON Deployment 4.2 3GPP (Third Generation Partnership Project) 4.2.1 Release 8 4.2.2 Release 9 4.2.3 Release 10 4.2.4 Release 11 4.2.5 Release 12, 13 & Beyond 4.2.6 Implementation Approach 4.3 Small Cell Forum 4.3.1 Release 7: Focus on SON for Small Cells 4.3.2 SON API 4.3.3 X2 Interoperability 4.4 WBA (Wireless Broadband Alliance) 4.4.1 SON Integration in Carrier Wi-Fi Guidelines 4.5 CableLabs 4.5.1 SON Parameter Exchange in Wi-Fi Gateway Management Specification =20 5 Chapter 5: SON Deployment Case Studies 5.1 AT&T 5.1.1 Vendor Selection 5.1.2 Implemented Use Cases 5.1.3 Results 5.2 Globe Telecom 5.2.1 Vendor Selection 5.2.2 Implemented Use Cases 5.2.3 Results 5.3 KDDI Corporation 5.3.1 Vendor Selection 5.3.2 Implemented Use Cases 5.3.3 Results 5.4 Singtel Group 5.4.1 Vendor Selection 5.4.2 Implemented Use Cases 5.4.3 Results 5.5 SK Telecom 5.5.1 Vendor Selection 5.5.2 Implemented Use Cases 5.5.3 Results 5.6 Telef=F3nica Group 5.6.1 Vendor Selection 5.6.2 Implemented Use Cases 5.6.3 Results 5.7 TIM (Telecom Italia Mobile) 5.7.1 Vendor Selection 5.7.2 Implemented Use Cases 5.7.3 Results 5.8 Turkcell Group 5.8.1 Vendor Selection 5.8.2 Implemented Use Cases 5.8.3 Results 5.9 Vodafone Group 5.9.1 Vendor Selection 5.9.2 Implemented Use Cases 5.9.3 Results =20 6 Chapter 6: Industry Roadmap & Value Chain 6.1 Industry Roadmap 6.1.1 Large Scale Adoption of SON Technology: 2016 - 2020 6.1.2 Towards QoE/QoS Based End-to-End SON: 2020 - 2025 6.1.3 Continued Investments to Support 5G Rollouts: 2025 - 2030 6.2 Value Chain 6.3 Embedded Technology Ecosystem 6.3.1 Chipset Developers 6.3.2 Embedded Component/Software Providers 6.4 RAN Ecosystem 6.4.1 Macrocell RAN OEMs 6.4.2 Pure-Play Small Cell OEMs 6.4.3 Wi-Fi Access Point OEMs 6.4.4 DAS & Repeater Solution Providers 6.4.5 C-RAN Solution Providers 6.4.6 Other Technology Providers 6.5 Transport Networking Ecosystem 6.5.1 Backhaul & Fronthaul Solution Providers 6.6 Mobile Core Ecosystem 6.6.1 Mobile Core Solution Providers 6.7 Connectivity Ecosystem 6.7.1 Mobile Operators 6.7.2 Wi-Fi Connectivity Providers 6.7.3 SCaaS (Small Cells as a Service) Providers 6.8 SON Ecosystem 6.8.1 SON Solution Providers 6.9 SDN & NFV Ecosystem 6.9.1 SDN & NFV Providers =20 7 Chapter 7: Vendor Landscape 7.1 Accedian Networks 7.2 Accelleran 7.3 Accuver 7.4 AirHop Communications 7.5 Airspan Networks 7.6 Alvarion Technologies 7.7 Altiostar Networks 7.8 Amdocs 7.9 Arcadyan Technology Corporation 7.10 Argela 7.11 Aricent 7.12 ARItel 7.13 Artemis Networks 7.14 Astellia 7.15 ASUS (ASUSTeK Computer) 7.16 ATDI 7.17 Avvasi 7.18 Baicells 7.19 Belkin International 7.20 Benu Networks 7.21 BLiNQ Networks 7.22 Broadcom 7.23 Brocade Communications Systems 7.24 Casa Systems 7.25 Cavium 7.26 CBNL (Cambridge Broadband Networks Limited) 7.27 CCS (Cambridge Communication Systems) 7.28 CellMining 7.29 Cellwize 7.30 Celtro 7.31 CENTRI 7.32 Cisco Systems 7.33 Citrix Systems 7.34 Comarch 7.35 CommAgility 7.36 CommScope 7.37 Commsquare 7.38 Contela 7.39 Coriant 7.40 Datang Mobile 7.41 Dell EMC 7.42 Digitata 7.43 D-Link Corporation 7.44 ECE (European Communications Engineering) 7.45 Equiendo 7.46 Ericsson 7.47 Ercom 7.48 EXFO 7.49 Flash Networks 7.50 Forsk 7.51 Fujitsu 7.52 Gemtek Technology Company 7.53 General Dynamics Mission Systems 7.54 GoNet Systems 7.55 Guavus 7.56 GWT (Global Wireless Technologies) 7.57 Hitachi 7.58 Huawei 7.59 InfoVista 7.60 Innovile 7.61 Intel Corporation 7.62 InterDigital 7.63 Intracom Telecom 7.64 ip.access 7.65 JRC (Japan Radio Company) 7.66 Juni Global 7.67 Keysight Technologies 7.68 Kumu Networks 7.69 Lemko Corporation 7.70 Luminate Wireless 7.71 Mojo Networks 7.72 NEC Corporation 7.73 NetScout Systems 7.74 New Postcom Equipment Company 7.75 Nokia Networks 7.76 Nutaq 7.77 NXP Semiconductors 7.78 Oceus Networks 7.79 Opera Software 7.80 Optulink 7.81 Parallel Wireless 7.82 P.I.Works 7.83 Phluido 7.84 Plano Engineering 7.85 Potevio (China Potevio Company) 7.86 Qualcomm 7.87 Quanta Computer 7.88 Qucell 7.89 RADCOM 7.90 Radisys Corporation 7.91 RED Technologies 7.92 Redline Communications 7.93 Rohde & Schwarz 7.94 Samji Electronics Company 7.95 Samsung Electronics 7.96 SEDICOM 7.97 SerComm Corporation 7.98 Seven Networks 7.99 Siklu Communication 7.100 SK Telesys 7.101 SpiderCloud Wireless 7.102 Star Solutions 7.103 Tarana Wireless 7.104 Tecore 7.105 TEKTELIC Communications 7.106 Telrad Networks 7.107 Telum 7.108 TEOCO 7.109 TI (Texas Instruments) 7.110 TP-Link Technologies 7.111 TTG International 7.112 Tulinx 7.113 Vasona Networks 7.114 Viavi Solutions 7.115 WebRadar 7.116 WNC (Wistron NeWeb Corporation) 7.117 WPOTECH 7.118 XCellAir 7.119 Z-Com (ZDC Wireless) 7.120 ZTE 7.121 ZyXEL Communications Corporation =20 8 Chapter 8: Market Analysis & Forecasts 8.1 SON & Mobile Network Optimization Revenue 8.2 SON Revenue 8.3 SON Revenue by Network Segment 8.3.1 Conventional Macrocell RAN 8.3.2 HetNet RAN 8.3.3 Mobile Core 8.3.4 Mobile Backhaul & Fronthaul 8.4 SON Revenue by Architecture: Centralized vs. Distributed 8.4.1 C-SON 8.4.2 D-SON 8.5 SON Revenue by Access Network Technology 8.5.1 2G & 3G 8.5.2 LTE 8.5.3 Wi-Fi 8.5.4 5G 8.6 SON Revenue by Region 8.7 Conventional Mobile Network Planning & Optimization Revenue 8.8 Conventional Mobile Network Planning & Optimization Revenue by Region 8.9 Asia Pacific 8.9.1 SON 8.9.2 Conventional Mobile Network Planning & Optimization 8.10 Eastern Europe 8.10.1 SON 8.10.2 Conventional Mobile Network Planning & Optimization 8.11 Latin & Central America 8.11.1 SON 8.11.2 Conventional Mobile Network Planning & Optimization 8.12 Middle East & Africa 8.12.1 SON 8.12.2 Conventional Mobile Network Planning & Optimization 8.13 North America 8.13.1 SON 8.13.2 Conventional Mobile Network Planning & Optimization 8.14 Western Europe 8.14.1 SON 8.14.2 Conventional Mobile Network Planning & Optimization 8.15 Top Country Markets 8.15.1 Australia 8.15.2 Brazil 8.15.3 Canada 8.15.4 China 8.15.5 France 8.15.6 Germany 8.15.7 India 8.15.8 Italy 8.15.9 Japan 8.15.10 Russia 8.15.11 South Korea 8.15.12 Spain 8.15.13 Taiwan 8.15.14 UK 8.15.15 USA =20 9 Chapter 9: Key Trends, Conclusion & Strategic Recommendations 9.1 Moving Towards QoE Based SON Platforms 9.2 Capitalizing on DPI (Deep Packet Inspection) 9.3 The Convergence of Big Data, Predictive Analytics & SON 9.4 Optimizing M2M & IoT Services 9.5 SON for NFV & SDN: The Push from Mobile Operators 9.6 Moving Towards Mobile Core and Transport Networks 9.7 Assessing the Impact of SON on Optimization & Field Engineers 9.8 Impact of Unlicensed LTE Small Cells 9.9 Growing Adoption of SON Capabilities for Wi-Fi 9.10 SON Associated OpEx Savings: The Numbers 9.11 What SON Capabilities Will 5G Networks Entail=3F 9.11.1 Predictive Resource Allocation 9.11.2 Addressing D2D (Device-to-Device) Communications & New Use Cases 9.11.3 User-Based Profiling & Optimization for Vertical 5G Applications 9.11.4 Greater Focus on Self-Protection Capabilities 9.12 The C-SON Versus D-SON Debate 9.13 Strategic Recommendations 9.13.1 SON & Conventional Mobile Network Optimization Solution Providers 9.13.2 Wireless Infrastructure OEMs 9.13.3 Mobile Operators =20 List of Figures: =20 Figure 1: Functional Areas of SON within the Mobile Network Lifecycle Figure 2: Annual Throughput of Mobile Network Data Traffic by Region: 2016 = - 2030 (Exabytes) Figure 3: Global Wireless Network Infrastructure Revenue Share by Submarket= (%) Figure 4: Global Mobile Network Data Traffic Distribution by Access Network= Form Factor: 2016 - 2030 (%) Figure 5: SON Associated OpEx & CapEx Savings by Network Segment Figure 6: Potential Areas of SON Implementation Figure 7: Mobile Backhaul & Fronthaul Segmentation by Technology Figure 8: C-SON (Centralized SON) in a Mobile Operator Network Figure 9: D-SON (Distributed SON) in a Mobile Operator Network Figure 10: H-SON (Hybrid SON) in a Mobile Operator Network Figure 11: NGNM SON Use Cases Figure 12: SON Industry Roadmap: 2016 - 2030 Figure 13: Wireless Network Infrastructure Value Chain Figure 14: Global SON & Mobile Network Optimization Revenue: 2016 - 2030 ($= Million) Figure 15: Global SON Revenue: 2016 - 2030 ($ Million) Figure 16: Global SON Revenue by Network Segment: 2016 - 2030 ($ Million) Figure 17: Global Macrocell RAN SON Revenue: 2016 - 2030 ($ Million) Figure 18: Global HetNet RAN SON Revenue: 2016 - 2030 ($ Million) Figure 19: Global Mobile Core SON Revenue: 2016 - 2030 ($ Million) Figure 20: Global Mobile Backhaul & Fronthaul SON Revenue: 2016 - 2030 ($ M= illion) Figure 21: Global SON Revenue by Architecture: 2016 - 2030 ($ Million) Figure 22: Global C-SON Revenue: 2016 - 2030 ($ Million) Figure 23: Global D-SON Revenue: 2016 - 2030 ($ Million) Figure 24: Global SON Revenue by Access Network Technology: 2016 - 2030 ($ = Million) Figure 25: Global 2G & 3G SON Revenue: 2016 - 2030 ($ Million) Figure 26: Global LTE SON Revenue: 2016 - 2030 ($ Million) Figure 27: Global Wi-Fi SON Revenue: 2016 - 2030 ($ Million) Figure 28: Global 5G SON Revenue: 2020 - 2030 ($ Million) Figure 29: SON Revenue by Region: 2016 - 2030 ($ Million) Figure 30: Global Conventional Mobile Network Planning & Optimization Reven= ue: 2016 - 2030 ($ Million) Figure 31: Conventional Mobile Network Planning & Optimization Revenue by R= egion: 2016 - 2030 ($ Million) Figure 32: Asia Pacific SON Revenue: 2016 - 2030 ($ Million) Figure 33: Asia Pacific Conventional Mobile Network Planning & Optimization= Revenue: 2016 - 2030 ($ Million) Figure 34: Eastern Europe SON Revenue: 2016 - 2030 ($ Million) Figure 35: Eastern Europe Conventional Mobile Network Planning & Optimizati= on Revenue: 2016 - 2030 ($ Million) Figure 36: Latin & Central America SON Revenue: 2016 - 2030 ($ Million) Figure 37: Latin & Central America Conventional Mobile Network Planning & O= ptimization Revenue: 2016 - 2030 ($ Million) Figure 38: Middle East & Africa SON Revenue: 2016 - 2030 ($ Million) Figure 39: Middle East & Africa Conventional Mobile Network Planning & Opti= mization Revenue: 2016 - 2030 ($ Million) Figure 40: North America SON Revenue: 2016 - 2030 ($ Million) Figure 41: North America Conventional Mobile Network Planning & Optimizatio= n Revenue: 2016 - 2030 ($ Million) Figure 42: Western Europe SON Revenue: 2016 - 2030 ($ Million) Figure 43: Western Europe Conventional Mobile Network Planning & Optimizati= on Revenue: 2016 - 2030 ($ Million) Figure 44: Australia SON Revenue: 2016 - 2030 ($ Million) Figure 45: Brazil SON Revenue: 2016 - 2030 ($ Million) Figure 46: Canada SON Revenue: 2016 - 2030 ($ Million) Figure 47: China SON Revenue: 2016 - 2030 ($ Million) Figure 48: France SON Revenue: 2016 - 2030 ($ Million) Figure 49: Germany SON Revenue: 2016 - 2030 ($ Million) Figure 50: India SON Revenue: 2016 - 2030 ($ Million) Figure 51: Italy SON Revenue: 2016 - 2030 ($ Million) Figure 52: Japan SON Revenue: 2016 - 2030 ($ Million) Figure 53: Russia SON Revenue: 2016 - 2030 ($ Million) Figure 54: South Korea SON Revenue: 2016 - 2030 ($ Million) Figure 55: Spain SON Revenue: 2016 - 2030 ($ Million) Figure 56: Taiwan SON Revenue: 2016 - 2030 ($ Million) Figure 57: UK SON Revenue: 2016 - 2030 ($ Million) Figure 58: USA SON Revenue: 2016 - 2030 ($ Million) Figure 59: Global Unlicensed LTE Small Cell Unit Shipments: 2016 - 2030 (Th= ousands of Units) Figure 60: Global Unlicensed LTE Small Cell Unit Shipment Revenue: 2016 - 2= 030 ($ Million) Figure 61: SON Associated OpEx Savings by Region: 2016 - 2030 ($ Million) =20 Thank you once again and looking forward to hearing from you. =20 Kind Regards =20 Andy Silva Marketing Executive Signals and Systems Telecom andy.silva@snsreports.com =20 =20 To unsubscribe please click on the link below or send an email with unsubsc= ribe in the subject line to: remove@snsreports.com =20 From owner-freebsd-ppc@freebsd.org Sat Oct 22 22:06:39 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9EF3CC1D1E9 for ; Sat, 22 Oct 2016 22:06:39 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 717841FCB for ; Sat, 22 Oct 2016 22:06:39 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-it0-x22d.google.com with SMTP id 66so71284658itl.1 for ; Sat, 22 Oct 2016 15:06:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:content-transfer-encoding:mime-version:subject :date; bh=JsjSqjroQgrhA8W543qboSDAgAZBsCfbwMFwPkTg8YM=; b=BWmJ6Z1VoZa3BS9YVcVtDE/ILuWiV1gScTbgyhBOq7WiEYdIrS+u2a59ReXkY9Dd7c U2d2T7Rwyj8a02M4InEMfTLlVABeqZhTFiyxqxPgM+HyyFvra4BB6pPHTtG2+reY3YFV KNEdQIr6W+Tes63wQwAjesR1Lpv5cC7k+2zomYP0jAXbuCVgJbBKn66WcCsaSVtgncrR xonLwTAiUCtG6mZBqT3qat/Hg/1R2F2LTOwQ8cdSfeoyMb+8LCn1SjcUnmcTbjH3spIZ 1mnEJrhIAcMGOurNk+NwaBY9HuV6J8lrcAGSZMqlKl6jnmObOEUYNRhA+TLXyEh6m5KD EGhw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:from:to:content-transfer-encoding :mime-version:subject:date; bh=JsjSqjroQgrhA8W543qboSDAgAZBsCfbwMFwPkTg8YM=; b=dYYEvxrE5ydwradvMOv1YhpHzce63dpup2BYgi0tj0JjziTv0ARChoS8uc3ixfyAqv HO8dKa4B0r9Hf/hRtJqqXzPhodhZNCbIx3mtFvB8ivXwBlIroaqJX6g/eh5AVJPRyF0+ 6ZTX6v6bRSqSNY/eLMgcFwwswTXEgwKL9ZS071S6HS18Zay79UibJzK/zygalmg0eGEy gXbr7khpiLVk078V3kyYz4eOZPMp76OJ+MC27+zrXrxDyY/mNDpcz6nwIFyUAoo5AdQ0 +t8rqUJ+WGJVkphw2YT4EIxR0yv5b18IcHk12GLhUqnKZyjBEzGZxJyl4pLX3l9S9efM k1EQ== X-Gm-Message-State: ABUngvf/TlbAsByWd5X3Rqm9ujVMJYhURc7Jm1kToSTWGpUol3iFeZASKYZO+ywhgjbXzA== X-Received: by 10.36.237.6 with SMTP id r6mr4602447ith.62.1477173998510; Sat, 22 Oct 2016 15:06:38 -0700 (PDT) Received: from Triad.knownspace (50-80-150-234.client.mchsi.com. [50.80.150.234]) by smtp.gmail.com with ESMTPSA id r199sm1844817ita.20.2016.10.22.15.06.37 for (version=TLS1 cipher=AES128-SHA bits=128/128); Sat, 22 Oct 2016 15:06:38 -0700 (PDT) Message-Id: From: Justin Hibbits To: freebsd-ppc@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: powerpc/powerpcspe has landed Date: Sat, 22 Oct 2016 17:06:37 -0500 X-Mailer: Apple Mail (2.936) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2016 22:06:39 -0000 Hi folks, Last night, with a couple commits today to tidy up, I landed a new MACHINE_ARCH, of powerpcspe, into head. It's been tested on my RB800 and an AmigaOne A1222 (P1022-based board). Currently there's no support for ports (some things might work, but lang/gcc most certainly will *not* yet). Happy hacking and testing. - Justin