01-14-2017 05:01 AM
up until windows preview build 14986, the pcie driver "Mobile 6th Generation Intel(R) Processor Family I/O PCI Express Root Port #5 - 9D14" (v10.1.1.27) correctly detects the "Standard NVM Express Controller" storage controller and the Toshiba THNSN5512GPU7 NVMe disk attached to it.
starting with windows preview build 15002 (and 15007), the included pcie driver has troubles detecting the storage controller - during bootup, it is detected 4 times, with each time on a different device id. subsequently, the drive is also added 4 times, resulting in boot controller errors & timeouts and failed sleep mode/shutdowns.
the included chipset driver in these latest builds seem to have been bumped to v10.1.1.33. the problem can easily be replicated by using unmodified recovery boot usb sticks made from the official isos, and then checking in a recovery console. it is thus not related to anything installed in my system.
Solved! Go to Solution.
01-17-2017 12:10 PM
Thanks. I'll also check with our storage team to see if they know anything about it.
thanks, appreciated! I'll provide update here with any results in future builds. for now I'm back to 14986 until the next build is released.
01-17-2017 04:56 PM
Here is the feedback I got from our test team. Do you think it is the same issue?
We found an issue on 14993 that the SSD cannot be found on each restart during the upgrade. We have to force power off by press power button to continue the upgrade, then the upgrade is successful. This issue also occur on each restart after upgrade to 14993 .
Due to our test schedule, we did not test on 15002 and 15007. The next build we are using is 15009, but no test result yet.
01-17-2017 05:34 PM - edited 01-17-2017 05:41 PM
thanks for the feedback! at the very least it sounds related: in both 15002 and 15007 the shutdown after the successful upgrade would not work at all, i.e. the machine kept running in a defunct state (screen/keyboard off, fan & power on), requiring a powerbutton-long-press reset.
when I upgraded to the 1500x builds (14986 -> 15002 and 14986 -> 15007), restarts during upgrade did work eventually, but each shutdown & startup would take ~3min each. according to the eventlog after the upgrade (excerpt attached here along with the devicemap registry tree, maybe this helps your storage team?), the nvme controller times out and forces a reset three times. only after the third reset the drive is actually usable and boot continues. this happens very early, close after kernel-boot: http://imgur.com/a/3OtSp
the three failing attempts correspond to the three "extra" nvme controllers/disks I'm seeing in the device manager after the boot: http://imgur.com/a/XiL3J / http://imgur.com/a/vJaUW (sorry, no screenshot yet of the "4" NVME controllers).
btw: the v10.1.1.33 chipset driver in 15007 claims to support both Skylake as well as Kaby Lake (7th gen) chipsets, whereas the v10.1.1.27 in my working 14986 build only sports Skylake (6th gen) support.
I did not try to downgrade the chipset drivers using the official lenovo drivers 10.1.1.27 (N1FID01W), but I'll do so after my next upgrade should that show the symptoms again. unfortunately the windows insider fast ring does not yet have a new build released.
01-17-2017 05:57 PM
There is a newer chipset driver from Intel (not publicly released), would you be willing to try it? 10.1.1.38
HOW TO INSTALL :
1. Logon Windows with administrator.
2. Extract ZIP file to a directory.
3. Start the "setupChipset.exe".
4. Follow the instruction in the screen.
I can't find any release notes about what is fixed, but based on your observation about different chipset driver version affecting the behavior, I think it makes sense to try the latest we have from Intel.