Yes. Any phone supporting VoLTE (voice over LTE) MUST support e-911. The location is sent when establishing an emergency call, typically using A-GPS (but there are fallbacks like OTDOA, which is pure cellular). Verifying that a phone properly supports this is part of the required cellular certification, you simply can't sell a phone that wouldn't support this. So I guess the issue is more in the interfacing between the telcos and the 911 infrastructure.

Some heads-up / warning: after the update the display locks up solid very quickly on 5th generation Intel CPU, making the system unusable and requiring a hard power cycle. I worked around it by manually installing the previous kernel, after a boot in recovery mode and disabling the GUI. This was with SDDM and KDE, which tend to matters in such cases (every GUI exercise the graphic stack slightly differently, so you may not see any problem with GNOME although I haven't tried yet).
I know it's not the best place to report this, but the linux kernel page on the Debian bug tracking system is down for me since yesterday. I get an internal server error on: https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fbugs.debian.org%2Fcgi-bi....
I'll post a real Debian bug report when this will get back to operational, but in the meantime here's a heads-up for people using Debian stable with KDE.

I've the same priorities than you, and am happily using a 3rd gen Thinkpad Carbon X1 with Debian and KDE. A lot of other hardware will be ok too nowadays.

To minimize the laptop power consumption, be sure to install and configure either the old "laptop mode" package, or the more recent "tlp" package (The Laptop Project, a successor to the laptop mode). With a SSD, you can aggressively turn off the disk as there's no spin up wear issue. With TLP installed I'm typically idling below 5W and often below 4. The battery life is so good that I don't charge the battery to 100%, but only 85% and rarely go below 45%. This is a good way to increase the battery life of a Li-ion battery, and a nice touch of all Thinkpads is that you can configure an upper bound for charging. At 85% the ACPI BIOS returns a battery life over 10h30.

Fewer yes, but some are looking.
The bug in SnapDragon TrustZone implementation described in the previous link has been fixed BTW. Now what percentage of SnapDragon based smartphones in the field include the fix is anyone guess.

Telecom engineer here. My personal opinion is that the IMT is now a joke. It used to be the case that the generation definitions were engineering based and quite conservative, and matched reality --- up to 3G. But then new entrants came, who tried to position themselves as technology leaders by pushing much more aggressive targets, which ended-up in the 4G mess. The more reasonable companies had a choice: counter with reasonable numbers, and risk passing as looser who weren't as advanced, or play along with the BS. In the end, everyone played along and we ended up with the perfectly ridiculous notion that 4G is 1 Gbps. With lots of pedants without much of a clue about telecommunications now feeling an urge to climb on their soapbox to tell the world that current LTE is not true 4G. As if anyone with a clue should pay attention to the IMT 4G embarrassment.

This is so ridiculous that LTE-A (or R10) is technically 4G only because it has a specific category (that defines the possible peak rate) 8 that goes up to ~3 Gbps actually. But it's a paper category that nobody implements. Not practical. An hint about the level of ridicule: Cat7 before is 300 Mbps, and Cat9 after is 450 Mbps peak rates. Spot the odd value!

Anyway, 5G could still open the door to much higher peak rates. The key is that 5G is supposed to leverage millimeter waves, or the high-end of the spectrum (10-100 GHz roughly). That makes a lot of bandwidth available. But there's still a lot of work to do to get to workable practical implementation that can fit in a pocket and has a reasonable battery life (forget the early 5G demos made in a van powered by a big engine giving lots of power).

And if anyone cares, here's what I consider as good generation transition points: 1G is analog cellular, 2G is narrow band cellular (both TDM GSM and narrow band CDMA), 3G is wide-band (5 MHz) CDMA, and 4G is wide-band OFDMA (10 MHz or more). This makes WiMAX and LTE 4G from the start IMHO. It doesn't match the IMT definition, but it's certainly a better match for reality. And those steps do represent qualitative changes in user experience too (noticeable higher throughput and lower latency).

Lastly: the only people caring about peak rates at the network operators are the marketing folks. What's important is really getting a good average throughput, an acceptable worst-case throughput and having the highest capacity (served bits/s/Hz by cell). The later is what makes the system cost effective. It turns out that many (but not all) techniques that increase capacity also increase peak rates, and peak rate is easier to sell. Hence the emphasis on big peak rates numbers in the general press. But what matters most to end user and operators is really what I listed before.

Public transports in Paris are already quite cheap (the numbers I'll provide are from memory, please double check if you want to be sure). A few years ago I read that about 1/4th only of the cost is paid by the end user, the rest is subsidies from the various levels of government. And this is even more favorable nowadays: there used to be zones where the farther you were from Paris, the higher you paid. All this has been simplified with a unique fare where the people in the two center zones pay slightly more (peanuts really, and I'm one of those paying more) and all the others pay noticeably less.

But then during peak time several places are already congested, and it's not easy to scale up --- digging new holes for new lines in a city whose underground is already a Swiss cheese is not simple nor cheap. Case in point: the RER A, the biggest east-west line, is one the the congested part. It will be closed for a few months this summer for improvement. It's badly needed, but it'll be quite some mess during the work... Still, there's a lot of investment in improving the infrastructure, mostly with surrounding lines to direct suburb to suburb travel without having to go through the center of Paris (should help congestion a lot).

Still, even with all this a lot of people use their cars. The region is rather densely populated, and even if public transports are really good and cheap they can only do so much.

Tempest in a tea pot really: I had the very same issue with Jessie and a little googling around quickly found the issue and a solution (for example here: https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Flists.debian.org%2Fdebia...).

In short, if one installs (installed?) Debian Jessie from a USB key the installer would add an entry in /etc/fstab for the key. Now the automounting of USB keys for the currently logged user is normally taken care of by udev, who does things properly. But for backward compatibility if there's a /etc/fstab entry udev bows out and let the legacy system handle the key, and that's where one end-up with a USB key mounted as root instead of as the user. Fix: remove the useless /etc/fstab entry. As this has been discussed already on the Debian user mailing list it's likely been fixed in the install process by now (not check, will try with a new laptop next week).

All in all: a small installation process glitch in the testing distribution, so still beta. But let's not waste such an opportunity to rant on how much the old times were betters, and young ones are hopeless. I guess the real issue is that early Linux users (me included) are getting older, and more adverse to changes.

The 4 hostages were killed by the terrorist earlier on when he entered the supermarket, not during the assault. On both sites the terrorists had booby trapped the place with several sticks of explosives already connected to a detonator. It seems a pretty good explanation for "why didn't they try to take them alive?": killing them was the fastest and safest way to make them harmless in this situation.

I can't tell either ;) The principle is an extension of an existing trend: in dense areas, you need tight synchronization among cells to reduce interference and improve the system capacity and quality of service. Existing evolutions of LTE already specified but not yet deployed in the field include things like joint scheduling / cooperative beam forming among cells for example. The pCell idea is pushing the idea to the extreme: it's an integrated cooperative system, where each node is a set of antennas and a device is not associated to a node but cooperatively handled by several. Now there is limit in this approach: in practice you need a centralized scheduler ("Cloud RAN" in marketing speeches) and very low latency between it and the nodes, and this limits practical deployments to dense areas. So it's not a universal solution, but it has potential for where congestion is in practice. Another thing is that although there's a lot of work and momentum on this idea, it's still rather young and it seems not so easy to make even the less radical LTE variants work as well as planned in practice. As often, devil is in the details. But I can't comment much more there: telecoms is big and I'm not involved in this area.

Yes, it's marketing spin again. There are plans to reduce the latency compared to LTE (which was already a big improvement). The 1 ms looks more like a target for the RAN (radio access network) part of the network only. But even today with LTE the RAN is not the main contributor to the end-to-end latency, the core network is the bigger budget even looking only at the wireless telco part, and then the Internet part must be added on top.

According to theoriginal ITU position to be truly called 4G one need to be able to do at least 1 Gbps peak rate downlink. In order to comply with this requirement LTE release 10 added a new category, Cat 8, doing actually close to 3 Gbps. On paper: nobody implemented it yet --- and it'll be a while before anyone does (if ever: it takes 8x8 MIMO and 5 aggregated 20 MHz LTE channels to reach 3 Gbps).

I'm a telecom professional, and I'm tired about all those "true 4G" statements, and on what is or not 4G. I find the ITU 4G definition ridiculous: a long time ago the world of telecom manufacturers was made of cautious engineering companies. Then very aggressive new entrants came and made outrageous claims [1], and older companies went with the charade not to be seen as lagards. That's basically why we got this very bad joke of "official 4G is 1 Gbps". I guess anyone looking around should see the slight disconnect with reality there? As a bonus joke, new categories were added later on: Cat9 peaks at 300 Mbps, go figure...

For what it's worth, in my opinion the true difference that warrants using a new generation number is the move to OFDMA. 1G was analog, 2G was digital narrow band, 3G is wideband CDMA, 4G is wideband OFDMA. This makes sense to me, as a telecom engineer. The ITU BS I'd rather forgot all about it, it's just too embarrassing.

As for 5G there are interesting things on-going, but it's very early in the game. For now it's only people wanting attention to get funding (like TFA) or cheap PR. Don't feed the PR spinners please. The high-frequency spectrum with many very small antennas and cheap RF (to compensate for the number, 64-256...) is interesting but there is a long road to practical products.

[1] There is a joke on this, and let's protect the culprit: how do you tell the difference between an Ericsson engineer and a Xxx one? The E/// engineer couldn't tell a lie if you put a gun to his head. The Xxxx engineer couldn't tell the truth. I work for neither E/// nor Xxxx BTW.

This needs to be qualified. It is true for the high-performance chips, but for mobile and tablets we're talking about SoCs. As far as I know Intel is still not shipping any SoC chip in 14nm and such things are quite a way out in 2015. Intel mobile chips are still in 22nm today, whereas TSMC is in volume with 20nm (Apple latest APs, QCOM latest LTE modems). Intel may leapfrog TSMC in 2015, but the gap for low-cost mobile SoC is not as big as people often think. Intel is the king of high performance, for low-cost good-enough mobile SoC : not so much.

I can't speak about all ISPs as I don't know their offer, but I can speak for Free that I use and is very popular. After all, they came up with the first box and were also the first to include WiFi.

Wrong, with Free you can decide to turn the hotspot off completely, turn in on but keep in private (for your own personal use only), or turn it on and also share it.
If the hotspot is off or private, you can't use other Free APs for your own use. If you share, you have free access to any Free hotspot. Up to you to decide.

As explained above, it goes both way. I have an extra service too for free, which is why my WiFi is shared. And other users are always handled at a lower priority, so it's really transparent to me: they just get the unused capacity on my line.
The wifi access is not directly monetized, in that no-one pay for it. But it certainly make Free more attractive as an operator: their boxes are very popular, so you can get wifi coverage mostly everywhere in a city as long as you participate in the sharing.

You have control over some basic configuration like the DHCP configuration, basic port forwarding and IPv6 enabling for example. But it's true that the router belongs to Free and you don't have direct access like you could have on an OpenWRT box. If you want this you can put your own router behind, it's a bit wastefull but I did it at one point to have more control over DNS for example.

Yes, all the configuration is done through Free web interface and pushed to the box from their network.

There was quite a big fight between Free and Google a few months back. Same kind of conflict as between ISPs and big network users like Google, Netflix all over with ISPs trying to get money from them. It seems it's been resolved recently for Youtube, it was really awful at the worst of the clash but is now ok (I'm not a big user though). Still, I'm waiting to see how it'll go with Netflix now they're present in France and if that kind of problem will happen again. I'm not super optimistic, but I've heard there are discussions happening. As I understand it the ISPs would prefer to be able to offer Netflix on their boxes with a cut of the profit in exchange of good network quality, and the big discussion is on the percent of profit for this... We'll see.

This is made for small cells indeed. Any time you see 5G with gigabit speed, it's only for high density areas covered with small cells. 4G will still be there for larger cells (coverage layer in high density areas, and less dense areas).

Also, there are ways to fight multipath. The primary one used in this scheme is beam-forming with a pretty dense array --- what I've seen on pre-5G tests typically use between 64 to 256 antennas. You then get a very narrow beam, and a primary path that is well above secondary reflections. Of course for this to work the base station must be able to precisely track the device, and that's another rarely mentioned limitation of such high-speed 5G scheme: it's mostly for static / pedestrian usage. You can extend this to vehicular (some demos are using cars) by having some smarts about anticipating movements (constrained to roads, etc.) and a less narrow beam (but then you loose SNR and reduce spectral efficiency). But mostly I would expect such 5G to be for the majority of slow moving devices, with fast moving ones pushed to an overlay of bigger 4G cells (so less HO too). This is consistent with small cells. And besides BF, I guess as 4G the waveform will use OFDM/OFDMA to also help fight multipath.

Last comment: as usual the marketing communication focuses on high bandwidth but the true interest is more capacity. So in real life instead of having a few users at super high throughput such a 5G network will be able to support more users at lower (but still very high) average throughput by multiplexing them.

Don't you want to discriminate voice over bulk data to make VoLTE calls work even when the cell is at full load during peak time? That is what is done, and it's not only QoS: at the radio level the way a voice connection is handled is different. To optimize for voice, even if it's voice over IP, LTE does use different techniques (SPS, ROHC, TTI bundling...) that adds complexity to the system.

And although overload doesn't always happen, it's something to be dealt with. We don't yet have the technology to offer unlimited capacity at peak time in dense areas at a price people are ready to pay for. So somewhere, sometimes, cells will be overloaded and we need to think about how to deal with this.

Not discriminating traffic like voice vs. download on a congested cell doesn't make sense to me as a user (I don't work for an operator). Net neutrality for wireless would need to be more subtle than "every packet is equal". Like supporting different traffic classes, with possibly different pricing, but making access to such classes open to all service providers under the same conditions. Today QoS is only for the operator services for example, an OTT player can only get special QoS if it has a deal with the operator. While this would be nice there is significant complexity there in term of access (need a standard API to let an application request some QoS level), access control (better to reject a call than to provide useless crippled voice for example. This is done today for voice, would likely need to be more powerful) and billing (need to be open, secure, simple).

It's already complex to make VoLTE works fine, I don't see this happen anytime soon just based on the underlying complexity. Seeing a reasoned discussion on this addressing the real challenges of wireless would be a good start to prepare the ground, but I don't think we're even close to this.