Dell XPS 13 9350 Late 2015

rgzfxf6bhu · 2016-07-30 20:06:50

halka wrote:

I've installed the 8260 instead of the Broadcom (which started dropping wifi connections after a while)

Interesting, for me the 8260 showing this behavior that you had with the Broadcom: dropping wifi connections...
But I still seem to be the only one with this problem with the 8260

Blind · 2016-07-31 03:17:06

Hey folks,
brief question: I have a 9350 dev edition. I had to switch back the BIOS version from 1.4.4 to 1.3.3 because the lapi didn't resume from sleep correctly. Anyone else experience this?

SheepOnMeth · 2016-07-31 09:50:59

Blind wrote:

Hey folks,
brief question: I have a 9350 dev edition. I had to switch back the BIOS version from 1.4.4 to 1.3.3 because the lapi didn't resume from sleep correctly. Anyone else experience this?

I did not have that problem, what kernel are you running ?

sender · 2016-07-31 14:58:43

halka wrote:

I've installed the 8260 instead of the Broadcom (which started dropping wifi connections after a while) and it's working OK, at least WiFi stuff. However, my BT mouse keeps dropping out, and I had to disable and re-enable BT to get it working again.
e: nevermind, that seems to be an issue with the mouse. Audio keeps chugging along.
Did anyone find a solution to Chrome flickering? The workaround mentioned in this thread doesn't seem to do the trick anymore after about 50.0.2661.102-1.

Unmaximize the window.

Blind · 2016-08-04 00:48:08

SheepOnMeth wrote:

I did not have that problem, what kernel are you running ?

The latest Arch stock: 4.6.5-1-ARCH #1 SMP PREEMPT Thu Jul 28 08:30:15 CEST 2016 x86_64 GNU/Linux

halka · 2016-08-04 11:30:46

sender wrote:

halka wrote:
I've installed the 8260 instead of the Broadcom (which started dropping wifi connections after a while) and it's working OK, at least WiFi stuff. However, my BT mouse keeps dropping out, and I had to disable and re-enable BT to get it working again.
e: nevermind, that seems to be an issue with the mouse. Audio keeps chugging along.
Did anyone find a solution to Chrome flickering? The workaround mentioned in this thread doesn't seem to do the trick anymore after about 50.0.2661.102-1.
Unmaximize the window.

No kidding, it worked. Thanks.

sender · 2016-08-05 09:59:07

halka wrote:

sender wrote:
halka wrote:
I've installed the 8260 instead of the Broadcom (which started dropping wifi connections after a while) and it's working OK, at least WiFi stuff. However, my BT mouse keeps dropping out, and I had to disable and re-enable BT to get it working again.
e: nevermind, that seems to be an issue with the mouse. Audio keeps chugging along.
Did anyone find a solution to Chrome flickering? The workaround mentioned in this thread doesn't seem to do the trick anymore after about 50.0.2661.102-1.
Unmaximize the window.
No kidding, it worked. Thanks.

I know, kind of crazy.

BTW is the dsmethod patch still needed for USB-C hot plugging devices?

iv597 · 2016-08-05 19:39:30

sender wrote:

halka wrote:
sender wrote:
Unmaximize the window.
No kidding, it worked. Thanks.
I know, kind of crazy.
BTW is the dsmethod patch still needed for USB-C hot plugging devices?

For me, with BIOS 1.4.4 and the latest ARCH kernel, as long as the dock IS NOT plugged in at boot, everything works perfectly when plugged in/out/in/shake it all about, except the dock's headphone jack. Whatever.

I'll also occasionally get video flicker on the miniDP port (which I convert to DVI), but an unplug+replug fixes that right up.

BIOS 1.4.4 is definitely what was needed to unbreak this device.

EDIT: This post is referring to the WD15 dock. I haven't tested anything else on the Type-C port since upgrading to 1.4.4. I may try my HP dock at home tonight for giggles.

Last edited by iv597 (2016-08-05 19:43:04)

kang · 2016-08-05 22:20:01

with the WD15 dock, up to date fw's and kernel 4.7 (stock) things work pretty well for me - including audio. But.. for some reason sometimes the external HDMI screen is not properly signaled on reconnect (detected, shows up in xrandr, but doesn't actually turn on - until reboot)
Replugging doesn't fix it for me, (either pci rescan) only reboot.

projectgus · 2016-08-08 13:45:18

brainwasher wrote:

Is anyone experiencing system freeze while standbying?

I had consistent freezes on suspend/resume on 4.4 - 4.7 (mixture of Arch kernel and vanilla kernels). Things got a bit better with newer kernels, but still problems. 4.7 vanilla w/ BIOS 1.4.4 crashed a couple of times before going to sleep, but after turning the screen off. So I'd shut the lid, everything seems OK, then a while later I open my laptop bag and my "asleep" laptop is almost too hot to touch!

Disabling async suspend/resume (echo 0 > /sys/power/pm_async) seems to fix these issues, so far completely. It's been over a week and probably 20 suspend/resume cycles with no crashes (before it'd happen every 4-5 suspends.) Implies there's a missing device dependency in the kernel somewhere. Synchronous suspend/resume is supposed to be slower but I haven't noticed any slowdown.

Before disabling pm_async I enabled pm_trace, and the one crash I got pointed to the INT3446 handler - which I believe is an ACPI interrupt related to the Intel LPSS (Low Power Subsystem.) For what that's worth, not sure if it's a red herring.

Swapping from the generic modesetting driver back to the Intel drivers also seems to have helped some things. Now my LCD (QHD) no longer flickers when the laptop is under load (not sure if that was CPU load or heat management related.)

With these two tweaks, my XPS 13 actually feels reliable for the first time since I bought it in April!

Plus today I finally got a USB Type C adapter that breaks out HDMI & a USB 3 Type A port, and can charge the laptop from Dell's 0HDCY5 Type C adapter. And that all seems to work. Yay!

Last edited by projectgus (2016-08-10 15:00:09)

Plawucht · 2016-08-08 16:05:01

Anybody on Linux 4.8 RC1? I have some serious issues with it and am unsure a) how to report them and b) how to find them in dmesg journalctl or kmsg.
Errors include mostly stuff with my USB Type C adapter to HDMI, where I have two cursors, one that never moves and a second smaller one that turns invisible when not moved.
Further, performance gets really bad with 4.8, wifi (Intel 7620) dead after resume etc.

Another problem I have is with the Intel wifi adapter itself. Bluetooth seems broken and I don't understand why. Gnome is my WM and the settings always say it's turned off.
This can't be, since wifi always works, since deactivating it kills wifi.

Sorry for me not being able to get logs etc, I just don't know how and which to post.

Another point I would like to understand is what the intel vbtn driver in 4.8 exactly does, since the XPS 13 always gets mentioned in context to it.

And lastly: How come I can't turn the screen off when I close the lid instead of the device either keeping the screen on while being closed or going to sleep?

Thank you guys! You've been a really great help and I really love the XPS 13.

Last edited by Plawucht (2016-08-08 16:05:27)

johs · 2016-08-08 22:50:36

I would like to pass along an observation to some changes between 4.7 and 4.8 RC1 that is relevant for some of us (those that need the keyboard in initramfs), though not Dell XPS specific.
I do know whether this should be considered a bug, nor, if that is the case, whose responsibility it should be.
This is a bit off-topic, so this is probably not the perfect forum, but I am fairly sure it will be relevant to some of the readers of this thread.

I use a LUKS encrypted root partition, and after updating to 4.8 RC1 the internal keyboard stopped working in initramfs, but external keyboards still works fine for entering the decryption passphrase.
When I booted a working OS, I looked through the relevant modules (hid/Intel/Dell), and configuring mkinitcpio to preload the i8042 module into the initramfs fixes the problem for me.

@Plawucht: Yes, I have been using it for about half a day, and all in all I have little problems with it:

Using a USB-C to Display Port adapter I get the same extra static cursor as you described.
Good performance. I build kernels at a regular speed, so I have nothing to complain about.
WIFI (Intel 7265) works fine after resume and/or hibernation for me.

Dell XPS 13 (9350), QHD+, NVMe 512GB, Intel 7265, BIOS: 1.4.4, linux-4.8.0-rc1-g29b4817, Arch Linux, XDM, XMonad

Off-topic:
Further investigation, and testing, reveals that the culprit commit for the keyboard problem is:

4097461897df91041382ff6fcd2bfa7ee6b2448c: Input: i8042 - break load dependency between atkbd/psmouse and i8042

This commit fixes a virtual machine problem, and I am not suggesting that there is necessarily anything wrong with how this was fixed upstream.
I would rather think this calls for changes in the mkinitcpio keyboard hook, but I am uncertain to how Arch specific those hooks are.
I welcome input on where to front this issue, but answering by PM/mail is probably more appropriate than hijacking this thread.

Plawucht · 2016-08-09 08:39:01

johs wrote:

Using a USB-C to Display Port adapter I get the same extra static cursor as you described.

It's really weird, isn't it? Further looking into it, I've tried everything between HDready and 4K and can say that the size of the second static cursor has the same DPI as the second display, but for me always projected on my first display. After a resume, more static occurs like a "box" of solid color around the cursor. Really weird.

Which Modules, Binaries, Files and Hooks have you set in your mkinitcpio.conf?
Mine:

MODULES="nvme i915"

HOOKS="base udev autodetect modconf block keyboard keymap filesystems fsck"

I have the same model as you, just a 7260 (not 7620 as mentioned before, typo.), gdm, gnome.

Offtopic: The XPS has a built in TPM. Do you use it for your encryption, johs?

johs · 2016-08-09 17:09:51

Plawucht wrote:

Which Modules, Binaries, Files and Hooks have you set in your mkinitcpio.conf?

MODULES="nvme i915 i8042"
HOOKS="base udev autodetect modconf block lvm2 encrypt resume filesystems keyboard fsck"

Plawucht wrote:

Offtopic: The XPS has a built in TPM. Do you use it for your encryption, johs?

No, I use LUKS disk encryption.

OdinEidolon · 2016-08-10 08:55:55

projectgus wrote:

brainwasher wrote:
Is anyone experiencing system freeze while standbying?
I had consistent freezes on suspend/resume on 4.4 - 4.7 (mixture of Arch kernel and vanilla kernels). Things got a bit better with newer kernels, but still problems. 4.7 vanilla w/ BIOS 1.4.4 crashed a couple of times before going to sleep, but after turning the screen off. So I'd shut the lid, everything seems OK, then a while later I open my laptop bag and my "asleep" laptop is almost too hot to touch!
Disabling async pm (echo 0 > /sys/power/pm_async) seems to fix these issues, so far completely. It's been over a week and probably 20 suspend/resume cycles with no crashes (before it'd happen every 4-5 suspends.) Implies there's a missing device dependency in the kernel somewhere. Synchronous suspend/resume is supposed to be slower but I haven't noticed any slowdown.
Before disabling pm_async I enabled pm_trace, and the one crash I got pointed to the INT3446 handler - which I believe is an ACPI interrupt related to the Intel LPSS (Low Power Subsystem.) For what that's worth, not sure if it's a red herring.
Swapping from the generic modesetting driver back to the Intel drivers also seems to have helped some things. Now my LCD (QHD) no longer flickers when the laptop is under load (not sure if that was CPU load or heat management related.)
With these two tweaks, my XPS 13 actually feels reliable for the first time since I bought it in April!
Plus today I finally got a USB Type C adapter that breaks out HDMI & a USB 3 Type A port, and can charge the laptop from Dell's 0HDCY5 Type C adapter. And that all seems to work. Yay!

pm_async link is gone. can you find it again? Also, do you think that option negatively impacts power management? Also (2), do you think that that it necessary due to the PCI-e SSD or also for standard models on the same platform without PCI-e SSD (typing from an XPS15 here)? Thanks.

Pet0r · 2016-08-10 09:09:15

I'm using a Dell Precision 5510 and I'm getting exactly the same issues on 4.8rc1. I have the keyboard problem (external only works for entering LUKS key), and I also have a sort of weird cursor "lag" and flickering of the cursor. I also have a DisplayPort monitor plugged into a USB-C adapter and when getting into the system, this just displays the login page background but the system seems to think it's working correctly, I have to pull the adapter and plug it in again to get normal functionality.

projectgus · 2016-08-10 14:59:24

OdinEidolon wrote:

pm_async link is gone. can you find it again?

Oh, right. Linked fixed -I'd typo'd a few extra characters into it.

You may have to enable PM_DEBUG in your kernel config before you have pm_async in sysfs, I'm not sure.

OdinEidolon wrote:

Also, do you think that option negatively impacts power management?

I wouldn't expect so. Disabling pm_async means that devices are suspend/resumed one at a time, instead of multiple devices simultaneously (within constraints of inter-device dependencies). So if a dependency is missing between two devices, pm_async prevents them from sometimes being suspended/resumed in the wrong order. The downside is that it takes a bit longer to get in/out of suspend (although like I said, the difference is small enough on this laptop that I haven't really noticed it.)

Not having to hold down the power button to force reboots all the time has definitely improved my power management!

OdinEidolon wrote:

Also (2), do you think that that it necessary due to the PCI-e SSD or also for standard models on the same platform without PCI-e SSD (typing from an XPS15 here)? Thanks.

I'm not sure what you mean by (2), but I'm not aware of any connection between any problems I've seen and the NVME SSD. But I also don't know what is really causing the problems, so who knows?! Very interested to hear if you're having crashes on suspend/resume on your XPS 15 and pm_async = 0 fixes those as well.

Last edited by projectgus (2016-08-10 15:03:49)

OdinEidolon · 2016-08-11 08:24:20

projectgus wrote:

OdinEidolon wrote:
pm_async link is gone. can you find it again?
Oh, right. Linked fixed -I'd typo'd a few extra characters into it.
You may have to enable PM_DEBUG in your kernel config before you have pm_async in sysfs, I'm not sure.
OdinEidolon wrote:
Also, do you think that option negatively impacts power management?
I wouldn't expect so. Disabling pm_async means that devices are suspend/resumed one at a time, instead of multiple devices simultaneously (within constraints of inter-device dependencies). So if a dependency is missing between two devices, pm_async prevents them from sometimes being suspended/resumed in the wrong order. The downside is that it takes a bit longer to get in/out of suspend (although like I said, the difference is small enough on this laptop that I haven't really noticed it.)
Not having to hold down the power button to force reboots all the time has definitely improved my power management!
OdinEidolon wrote:
Also (2), do you think that that it necessary due to the PCI-e SSD or also for standard models on the same platform without PCI-e SSD (typing from an XPS15 here)? Thanks.
I'm not sure what you mean by (2), but I'm not aware of any connection between any problems I've seen and the NVME SSD. But I also don't know what is really causing the problems, so who knows?! Very interested to hear if you're having crashes on suspend/resume on your XPS 15 and pm_async = 0 fixes those as well.

I will experiment!
EDIT: testing. Did not have to enable PM_DEBUG

Last edited by OdinEidolon (2016-08-11 08:27:29)

frank604 · 2016-08-12 21:31:22

Sounds like the intel branch, which had a bug since mid June 2016 on cursor artifacts and trailing, has been merged into the mainline branch from 4.8 RCs. File an upstream bug report to mainline. I got no traction in the intel branch bug report. Or your cursor issues are separate than what I experienced.

I checked out the stock 4.7 kernel and indeed, my wd15 dock is working fine. All monitors, audio, etc working good. I still get the errors in dmesg

[Fri Aug 12 02:41:19 2016] WARNING: CPU: 0 PID: 1067 at drivers/gpu/drm/i915/intel_pm.c:3675 skl_update_other_pipe_wm+0x177/0x180 [i915]

This error is not evident in the June 9th nightly build of Intel branch, which is on my github as a binary if anyone wants to take a whirl at it. So far the stock arch kernel at 4.7 is offering me the same stability as the June 9th nightly. Good to see improvement in the mainline.

kn · 2016-08-13 20:36:34

Does anybody know if any of these USB-C hubs are working?

- Anker Premium USB-C
https://www.amazon.com/Anker-Delivery-S … +c+premium
-Minix Neo C
https://www.amazon.com/MINIX-NEO-USB-C- … inix+neo+c

What I am specifically interested in is the USB-C charging (through the hub), and simulatenous HDMI and USB 3.0 phone charging.
I will soon receive the Inergie PowerGear USB-C charger: https://www.amazon.com/Innergie-PowerGe … B0188PAD00 which I hope to use to power the XPS through either of those hubs.

UPDATE: Direct charging through XPS's USB-C with Innergie PowerGear 45W works just fine!

Last edited by kn (2016-08-15 10:36:09)

bakteria · 2016-08-14 22:28:55

johs wrote:

I would like to pass along an observation to some changes between 4.7 and 4.8 RC1 that is relevant for some of us (those that need the keyboard in initramfs), though not Dell XPS specific.
I do know whether this should be considered a bug, nor, if that is the case, whose responsibility it should be.
This is a bit off-topic, so this is probably not the perfect forum, but I am fairly sure it will be relevant to some of the readers of this thread.
I use a LUKS encrypted root partition, and after updating to 4.8 RC1 the internal keyboard stopped working in initramfs, but external keyboards still works fine for entering the decryption passphrase.
When I booted a working OS, I looked through the relevant modules (hid/Intel/Dell), and configuring mkinitcpio to preload the i8042 module into the initramfs fixes the problem for me.
@Plawucht: Yes, I have been using it for about half a day, and all in all I have little problems with it:
Using a USB-C to Display Port adapter I get the same extra static cursor as you described.
Good performance. I build kernels at a regular speed, so I have nothing to complain about.
WIFI (Intel 7265) works fine after resume and/or hibernation for me.
Dell XPS 13 (9350), QHD+, NVMe 512GB, Intel 7265, BIOS: 1.4.4, linux-4.8.0-rc1-g29b4817, Arch Linux, XDM, XMonad

Off-topic:
Further investigation, and testing, reveals that the culprit commit for the keyboard problem is:
4097461897df91041382ff6fcd2bfa7ee6b2448c: Input: i8042 - break load dependency between atkbd/psmouse and i8042
This commit fixes a virtual machine problem, and I am not suggesting that there is necessarily anything wrong with how this was fixed upstream.
I would rather think this calls for changes in the mkinitcpio keyboard hook, but I am uncertain to how Arch specific those hooks are.
I welcome input on where to front this issue, but answering by PM/mail is probably more appropriate than hijacking this thread.

I just finished updating and input is not working at all for me when trying to decrypt. External keyboard doesn't work either. You said you preloaded the i8042 module. Could you be specify how you did that?

OdinEidolon · 2016-08-15 08:31:32

OdinEidolon wrote:

projectgus wrote:
OdinEidolon wrote:
pm_async link is gone. can you find it again?
Oh, right. Linked fixed -I'd typo'd a few extra characters into it.
You may have to enable PM_DEBUG in your kernel config before you have pm_async in sysfs, I'm not sure.
OdinEidolon wrote:
Also, do you think that option negatively impacts power management?
I wouldn't expect so. Disabling pm_async means that devices are suspend/resumed one at a time, instead of multiple devices simultaneously (within constraints of inter-device dependencies). So if a dependency is missing between two devices, pm_async prevents them from sometimes being suspended/resumed in the wrong order. The downside is that it takes a bit longer to get in/out of suspend (although like I said, the difference is small enough on this laptop that I haven't really noticed it.)
Not having to hold down the power button to force reboots all the time has definitely improved my power management!
OdinEidolon wrote:
Also (2), do you think that that it necessary due to the PCI-e SSD or also for standard models on the same platform without PCI-e SSD (typing from an XPS15 here)? Thanks.
I'm not sure what you mean by (2), but I'm not aware of any connection between any problems I've seen and the NVME SSD. But I also don't know what is really causing the problems, so who knows?! Very interested to hear if you're having crashes on suspend/resume on your XPS 15 and pm_async = 0 fixes those as well.
I will experiment!
EDIT: testing. Did not have to enable PM_DEBUG

Just wanted to say that after this I did not get any freeze anymore. This may be a coincidence tho, I will report again in a few days.

vtrac · 2016-08-15 16:10:04

kn wrote:

Does anybody know if any of these USB-C hubs are working?
- Anker Premium USB-C
https://www.amazon.com/Anker-Delivery-S … +c+premium
-Minix Neo C
https://www.amazon.com/MINIX-NEO-USB-C- … inix+neo+c
What I am specifically interested in is the USB-C charging (through the hub), and simulatenous HDMI and USB 3.0 phone charging.
I will soon receive the Inergie PowerGear USB-C charger: https://www.amazon.com/Innergie-PowerGe … B0188PAD00 which I hope to use to power the XPS through either of those hubs.
UPDATE: Direct charging through XPS's USB-C with Innergie PowerGear 45W works just fine!

I bought one of these Kensington SD4600P devices, which seems to work fine as a USB-hub, HDMI at 4k@30hz, and charging: : http://amzn.to/2bbOAUt Unfortunately, I wanted the DisplayPort over USB-C so I can get 4k@60hz, but that locks up on the Dell 9350.

vtrac · 2016-08-15 16:13:21

Does anyone ever experience periods of time (1-2 minutes) where the CPU goes from 499Mhz (as reported by https://extensions.gnome.org/extension/ … -monitor/), down to 100-200mhz, even saw it go down to 97mhz as the CPU goes to 100% utilization, and the UI is super laggy? It seems like there's something wrong with the intel_pstate CPU scheduler. It's not ever supposed to go down below 400mhz. However, I have this problem multiple times a day, while plugged into a power source (both USB-C charging and with the Dell AC adaptor). I upgraded to kernel 4.7 recently and was hoping it would go away, but I'm still experiencing it.

kn · 2016-08-15 19:11:36

vtrac wrote:

kn wrote:
Does anybody know if any of these USB-C hubs are working?
- Anker Premium USB-C
https://www.amazon.com/Anker-Delivery-S … +c+premium
-Minix Neo C
https://www.amazon.com/MINIX-NEO-USB-C- … inix+neo+c
What I am specifically interested in is the USB-C charging (through the hub), and simulatenous HDMI and USB 3.0 phone charging.
I will soon receive the Inergie PowerGear USB-C charger: https://www.amazon.com/Innergie-PowerGe … B0188PAD00 which I hope to use to power the XPS through either of those hubs.
UPDATE: Direct charging through XPS's USB-C with Innergie PowerGear 45W works just fine!
I bought one of these Kensington SD4600P devices, which seems to work fine as a USB-hub, HDMI at 4k@30hz, and charging: : http://amzn.to/2bbOAUt Unfortunately, I wanted the DisplayPort over USB-C so I can get 4k@60hz, but that locks up on the Dell 9350.

Is the 4k@30Hz a limitation of XPS or the hubs themselves? I have also found another USB-C hub (Ackey) which delivers 4k only at 30hz..

Arch Linux

#826 2016-07-30 20:06:50

Re: Dell XPS 13 9350 Late 2015

#827 2016-07-31 03:17:06

Re: Dell XPS 13 9350 Late 2015

#828 2016-07-31 09:50:59

Re: Dell XPS 13 9350 Late 2015

#829 2016-07-31 14:58:43

Re: Dell XPS 13 9350 Late 2015

#830 2016-08-04 00:48:08

Re: Dell XPS 13 9350 Late 2015

#831 2016-08-04 11:30:46

Re: Dell XPS 13 9350 Late 2015

#832 2016-08-05 09:59:07

Re: Dell XPS 13 9350 Late 2015

#833 2016-08-05 19:39:30

Re: Dell XPS 13 9350 Late 2015

#834 2016-08-05 22:20:01

Re: Dell XPS 13 9350 Late 2015

#835 2016-08-08 13:45:18

Re: Dell XPS 13 9350 Late 2015

#836 2016-08-08 16:05:01

Re: Dell XPS 13 9350 Late 2015

#837 2016-08-08 22:50:36

Re: Dell XPS 13 9350 Late 2015

#838 2016-08-09 08:39:01

Re: Dell XPS 13 9350 Late 2015

#839 2016-08-09 17:09:51

Re: Dell XPS 13 9350 Late 2015

#840 2016-08-10 08:55:55

Re: Dell XPS 13 9350 Late 2015

#841 2016-08-10 09:09:15

Re: Dell XPS 13 9350 Late 2015

#842 2016-08-10 14:59:24

Re: Dell XPS 13 9350 Late 2015

#843 2016-08-11 08:24:20

Re: Dell XPS 13 9350 Late 2015

#844 2016-08-12 21:31:22

Re: Dell XPS 13 9350 Late 2015

#845 2016-08-13 20:36:34

Re: Dell XPS 13 9350 Late 2015

#846 2016-08-14 22:28:55

Re: Dell XPS 13 9350 Late 2015

#847 2016-08-15 08:31:32

Re: Dell XPS 13 9350 Late 2015

#848 2016-08-15 16:10:04

Re: Dell XPS 13 9350 Late 2015

#849 2016-08-15 16:13:21

Re: Dell XPS 13 9350 Late 2015

#850 2016-08-15 19:11:36

Re: Dell XPS 13 9350 Late 2015

Board footer