Microsoft Surface Pro 3: Difference between revisions
Masterme120 (talk | contribs) m (→Installation: Grammar fixes) |
Michael wzq (talk | contribs) (added accessibility section) |
||
(55 intermediate revisions by 22 users not shown) | |||
Line 1: | Line 1: | ||
[[Category: | [[Category:Microsoft]] | ||
[[Category:Tablet PCs]] | |||
[[de:Microsoft Surface]] | |||
[[ja:Microsoft Surface Pro 3]] | [[ja:Microsoft Surface Pro 3]] | ||
[[zh- | [[zh-hans:Microsoft Surface Pro 3]] | ||
{{Style|[[Help:Style#Language register]]}} | {{Style|[[Help:Style#Language register]]}} | ||
{{Laptop style|Missing some sections. This page also duplicates content of other wiki pages (sections are already flagged with [[Template:Merge]])}} | |||
{| class="wikitable" style="float: right;" | |||
|- | |||
! Hardware !! PCI/USB ID !! Working? | |||
|- | |||
| GPU || {{ic|8086:0a16}} || {{Yes}} | |||
|- | |||
| Wi-Fi || {{ic|11ab:2b38}} || {{Yes}} | |||
|- | |||
| Bluetooth || {{ic|1286:204b}} || {{Yes}} | |||
|- | |||
| Webcam (front) || {{ic|045e:07be}} || {{Yes}} | |||
|- | |||
| Webcam (rear) || {{ic|045e:07bf}} || {{Yes}} | |||
|} | |||
{{Warning| | {{Warning| | ||
The warranty of the device is only valid if the OEM image of Windows is still present. A dual boot, however, will not invalidate the warranty as explained [ | The warranty of the device is only valid if the OEM image of Windows is still present. A dual boot, however, will not invalidate the warranty as explained [https://answers.microsoft.com/en-us/surface/forum/surfpro-surfusingpro/would-dual-booting-the-surface-pro-void-its/da549e24-f986-4984-b081-25c029882163 here].}} | ||
This page aims to document all relevant information on getting Arch Linux working on the Microsoft Surface Pro 3 tablet. | This page aims to document all relevant information on getting Arch Linux working on the Microsoft Surface Pro 3 tablet. | ||
== Booting into the installer == | == Booting into the installer == | ||
To boot from USB, you will need to instruct the tablet to boot from USB or SD Card. Also, you may want to avoid disabling [[ | To boot from USB, you will need to instruct the tablet to boot from USB or SD Card. Also, you may want to avoid disabling [[Secure Boot]] as this will cause each boot to display an ugly bright red background intentionally clashing with the "Surface" splash logo. | ||
There are three types of boots in the Surface Pro 3 [ | There are three types of boots in the Surface Pro 3 [https://www.microsoft.com/surface/en-us/support/storage-files-and-folders/boot-surface-pro-from-usb-recovery-device explained here]: | ||
# Normal mode | # Normal mode | ||
## Just leave the computer go. You can change it from "Alternate Boot order" in the UEFI Setup | ## Just leave the computer go. You can change it from "Alternate Boot order" in the UEFI Setup | ||
Line 32: | Line 50: | ||
{{Note|This will cause a red background before the logo when booting.}} | {{Note|This will cause a red background before the logo when booting.}} | ||
{{Warning|If your drive is BitLocker encrypted, you might lose access to its data if you disable secure boot, even if you later re-enable it, '''unless''' you backup your recovery key or suspend the protection before disabling secure boot.}} | |||
Boot into the UEFI setup, and select ''Secure Boot Control > Disable''. Now continue with the installation. See the [ | Boot into the UEFI setup, and select ''Secure Boot Control > Disable''. Now continue with the installation. See the [https://www.microsoft.com/surface/en-sg/support/warranty-service-and-recovery/how-to-use-the-bios-uefi Microsoft steps] for more information. | ||
=== Boot with Secure Boot === | === Boot with Secure Boot === | ||
See [[ | See [[Secure Boot]]. | ||
== Installation == | == Installation == | ||
Line 43: | Line 62: | ||
{{Merge|UEFI#Secure Boot|These steps are on how to support Secure Boot for Arch Linux, need to try it in a regular computer.}} | {{Merge|UEFI#Secure Boot|These steps are on how to support Secure Boot for Arch Linux, need to try it in a regular computer.}} | ||
I have done the installation with systemd's bootctl [[Systemd-boot]] (old [[Gummiboot]]). After | I have done the installation with systemd's bootctl [[Systemd-boot]] (old [[Gummiboot]]). After completing the [[Installation guide]], you should do two more things. Booting in Secure Boot will not work for the new installation, as the vmlinuz has not been registered within its loader. | ||
The easiest way is to do all the setup is the following, just before rebooting: | The easiest way is to do all the setup is the following, just before rebooting: | ||
# Exit from the chroot but | # Exit from the chroot but do not umount anything | ||
# Move /mnt/boot/EFI/boot/bootx64.efi to /mnt/boot/EFI/boot/loader.efi | # Move /mnt/boot/EFI/boot/bootx64.efi to /mnt/boot/EFI/boot/loader.efi | ||
# Copy /boot/EFI/boot/bootx64.efi and HashTool.efi to /mnt/boot/EFI/boot/ | # Copy /boot/EFI/boot/bootx64.efi and HashTool.efi to /mnt/boot/EFI/boot/ | ||
Line 53: | Line 72: | ||
(If you are unable to find HashTool in /boot, try in /usr/run) | (If you are unable to find HashTool in /boot, try in /usr/run) | ||
Here, we have enabled Preloader to boot our gummiboot loader, and if it detects that something | Here, we have enabled Preloader to boot our gummiboot loader, and if it detects that something has not been signed, it will boot the HashTool.efi to sign the vmlinuz-image binary. | ||
The idea is, we take the systemd bootloader and make it the one that PreLoader will boot (the one in its same folder, named loader.efi). Then, we copy both the PreLoader (which is the archiso's bootx64.efi) and the HashTool (already with that name). | The idea is, we take the systemd bootloader and make it the one that PreLoader will boot (the one in its same folder, named loader.efi). Then, we copy both the PreLoader (which is the archiso's bootx64.efi) and the HashTool (already with that name). | ||
Line 61: | Line 80: | ||
== Extra steps == | == Extra steps == | ||
=== Enabling Touchpad === | |||
Ref: [https://github.com/matthewwardrop/linux-surfacepro3/issues/1 GitHub] | |||
In order to enable full functionality of the touchpad (e.g. two-finger scrolling, right click), you need to | |||
[[Install]] the {{Pkg|xf86-input-synaptics}} package, have the kernel patch applied as well as add the following to {{ic|/etc/X11/xorg.conf.d/10-multitouch.conf}}: | |||
Section "InputClass" | |||
Identifier "Default clickpad buttons" | |||
MatchDriver "synaptics" | |||
Option "ClickPad" "true" | |||
Option "SoftButtonAreas" "50% 0 82% 0 0 0 0 0" | |||
Option "SecondarySoftButtonAreas" "58% 0 0 15% 42% 58% 0 15%" | |||
EndSection | |||
==== | === Tuning the Pen === | ||
{{ | The pen buttons might not work out of the box. [[Install]] the {{Pkg|xf86-input-wacom}} package and comment the {{ic|MatchIsTablet}} section in {{ic|/usr/share/X11/xorg.conf.d/10-evdev.conf}}. Furthermore add {{ic|1B96:1B05 Pen}} in the {{ic|MatchProduct}} line of N-Trig in {{ic|/usr/share/X11/xorg.conf.d/50-wacom.conf}}. Note that the purple bluetooth button is recognized but able to be bound to an action. | ||
Ref:[https://www.reddit.com/r/SurfaceLinux/comments/3mu28a/sp3_pen_tip_button_working/ Reddit] | |||
=== | === Virtual Keyboard === | ||
Depending on the desktop environment you are using, you might want to use different virtual keyboard. {{Pkg|onboard}} provides a reliable and comfortable experience. | |||
A guide for optical tweaking is provided [https://github.com/Vistaus/surface3-arch-antergoslinux/issues/5 here]. If you are using [[GNOME]], these two extension ([https://extensions.gnome.org/extension/992/onboard-integration/ 1], [https://extensions.gnome.org/extension/993/slide-for-keyboard/ 2]) provide a better integration. | |||
=== Booting with Secure Boot Enabled === | |||
{{Merge|Secure Boot|This duplicates parts of the page as some of this is not really specific to the device.}} | |||
{{Merge| | |||
The recommended bootloader for UEFI with Secure Boot enabled is [[systemd-boot]] | The recommended bootloader for UEFI with Secure Boot enabled is [[systemd-boot]] | ||
To boot with Secure Boot, you will need the following packages: {{Pkg|efibootmgr}} {{Pkg| | To boot with Secure Boot, you will need the following packages: {{Pkg|efibootmgr}} {{Pkg|efitools}} | ||
See [https://bbs.archlinux.org/viewtopic.php?pid=1570523#p1570523 Surface Pro 3 and Secure Boot post-install] | |||
Copy {{ic|/usr/lib/prebootloader/HashTool.efi}} and {{ic|/usr/lib/prebootloader/PreLoader.efi}} to {{ic|/boot/EFI/systemd/}} | Copy {{ic|/boot/EFI/systemd/systemd-bootx64.efi}} to {{ic|/boot/EFI/systemd/loader.EFI}}. | ||
Copy {{ic|/usr/lib/prebootloader/HashTool.efi}} and {{ic|/usr/lib/prebootloader/PreLoader.efi}} to {{ic|/boot/EFI/systemd/}}. | |||
Create an NVRAM entry for PreLoader.efi: | Create an NVRAM entry for PreLoader.efi: | ||
efibootmgr -d /dev/sd | efibootmgr -d /dev/sd''X'' -p ''Y'' -c -L Preloader -l /EFI/systemd/PreLoader.efi | ||
Verify the entry was made and that it is first in the boot order: | Verify the entry was made and that it is first in the boot order: | ||
efibootmgr | efibootmgr | ||
Enrolling your kernel in the bootloader: [[ | Enrolling your kernel in the bootloader: [[Secure Boot]] | ||
Enroll HashTool.efi and vmlinuz-linux, and then reboot to system. | Enroll HashTool.efi and vmlinuz-linux, and then reboot to system. | ||
You should now be able to boot with Secure Boot enabled. | You should now be able to boot with Secure Boot enabled. | ||
{{Note|Since PreLoader.efi is the default boot option per {{Pkg|efibootmgr}}, if you change the kernel you will be presented with PreLoader to enroll the new kernel with HashTool again | |||
{{Note| | |||
* Since PreLoader.efi is the default boot option per {{Pkg|efibootmgr}}, if you change the kernel you will be presented with PreLoader to enroll the new kernel with HashTool again | |||
* Ensure that you add the entry in {{ic|/boot/loader/entries/}} so that you are presented the option to boot with the new kernel}} | |||
=== Enabling Wi-Fi and Bluetooth === | |||
The package {{Pkg|linux-firmware-marvell}} is required for the Wi-Fi and Bluetooth since the [https://archlinux.org/news/linux-firmware-202201190c6a7b3-2-requires-kernel-53-and-package-splitting/ linux-firmware 20220119 update]. | |||
== Accessibility == | |||
The appearance of the BIOS is pretty simple and not very colorful, so it might work well with OCR software. | |||
The BIOS can be configured with a keyboard, mouse, or using the touch screen. | |||
== Troubleshooting == | == Troubleshooting == | ||
Line 118: | Line 141: | ||
=== Invalid signature detected check secure boot policy in setup === | === Invalid signature detected check secure boot policy in setup === | ||
This happened to me after deleting the Secure Boot database and initializing it with Microsoft & CAs. I also had to do the recovery of the | This happened to me after deleting the Secure Boot database and initializing it with Microsoft & CAs. I also had to do the recovery of the BitLocker partition, but I would follow these steps: | ||
# After the reset, switch off and try to boot from the | # After the reset, switch off and try to boot from the SD/USB. If you do not succeed and get the message many times: | ||
## Leaving all TPM & | ## Leaving all TPM & Secure Boot enabled and SSD Only alternate system order | ||
## Do another database reset | ## Do another database reset | ||
## Enroll the Microsoft and CAs again | ## Enroll the Microsoft and CAs again | ||
## reboot into | ## reboot into SD/USB with volume down | ||
## It should work now | ## It should work now | ||
# Follow steps in the Secure Boot installation | # Follow steps in the Secure Boot installation | ||
# After the full installation of | # After the full installation of Arch Linux, when you have it working, do the BitLocker recovery | ||
If after doing these steps | If after doing these steps does not still work. Flash the Archiso image once more and try again, | ||
=== Keyboard Cover not working === | === Keyboard Cover not working === | ||
This can happen sometimes when you restart. The solution was to shutdown and reboot. (not restart) | This can happen sometimes when you restart. The solution was to shutdown and reboot. (not restart) | ||
=== Pen/Touchscreen issues in Xournal === | |||
When using the {{Pkg|xf86-input-wacom}} package there is a bug in the last official release of {{AUR|xournal}} (0.48.2) where it will incorrectly detect the Surface Pen as the touchscreen device. However it has been fixed in the latest Xournal source as per this [https://sourceforge.net/p/xournal/bugs/144/ bug]. Installing the AUR package {{AUR|xournal-git}} builds the latest source including this fix. | |||
Note that you will need to select 'NTRG0001:01 1B96:1B05' as the touchscreen device (Options > Pen and Touch). |
Latest revision as of 12:18, 30 July 2023
Hardware | PCI/USB ID | Working? |
---|---|---|
GPU | 8086:0a16 |
Yes |
Wi-Fi | 11ab:2b38 |
Yes |
Bluetooth | 1286:204b |
Yes |
Webcam (front) | 045e:07be |
Yes |
Webcam (rear) | 045e:07bf |
Yes |
This page aims to document all relevant information on getting Arch Linux working on the Microsoft Surface Pro 3 tablet.
Booting into the installer
To boot from USB, you will need to instruct the tablet to boot from USB or SD Card. Also, you may want to avoid disabling Secure Boot as this will cause each boot to display an ugly bright red background intentionally clashing with the "Surface" splash logo.
There are three types of boots in the Surface Pro 3 explained here:
- Normal mode
- Just leave the computer go. You can change it from "Alternate Boot order" in the UEFI Setup
- Boot into the UEFI Setup
- With the device powered off (or rebooting, but better play safe)
- Press & hold Volume up
- Press power button
- Wait until the surface logo appears
- Release Volume up
- You will be presented with the UEFI Setup Menu
- Boot into the USB/SD card
- Power off the device
- Press & hold Volume down
- Press power button
- Wait until the surface logo appears
- Release Volume down
Disable Secure Boot
Boot into the UEFI setup, and select Secure Boot Control > Disable. Now continue with the installation. See the Microsoft steps for more information.
Boot with Secure Boot
See Secure Boot.
Installation
I have done the installation with systemd's bootctl Systemd-boot (old Gummiboot). After completing the Installation guide, you should do two more things. Booting in Secure Boot will not work for the new installation, as the vmlinuz has not been registered within its loader.
The easiest way is to do all the setup is the following, just before rebooting:
- Exit from the chroot but do not umount anything
- Move /mnt/boot/EFI/boot/bootx64.efi to /mnt/boot/EFI/boot/loader.efi
- Copy /boot/EFI/boot/bootx64.efi and HashTool.efi to /mnt/boot/EFI/boot/
(If you are unable to find HashTool in /boot, try in /usr/run)
Here, we have enabled Preloader to boot our gummiboot loader, and if it detects that something has not been signed, it will boot the HashTool.efi to sign the vmlinuz-image binary.
The idea is, we take the systemd bootloader and make it the one that PreLoader will boot (the one in its same folder, named loader.efi). Then, we copy both the PreLoader (which is the archiso's bootx64.efi) and the HashTool (already with that name).
This way, with Secure Boot enabled, you will be able to boot your kernel whenever you wish to, signed or not, repeating the hash storing procedure on the next boot.
Extra steps
Enabling Touchpad
Ref: GitHub
In order to enable full functionality of the touchpad (e.g. two-finger scrolling, right click), you need to
Install the xf86-input-synaptics package, have the kernel patch applied as well as add the following to /etc/X11/xorg.conf.d/10-multitouch.conf
:
Section "InputClass" Identifier "Default clickpad buttons" MatchDriver "synaptics" Option "ClickPad" "true" Option "SoftButtonAreas" "50% 0 82% 0 0 0 0 0" Option "SecondarySoftButtonAreas" "58% 0 0 15% 42% 58% 0 15%" EndSection
Tuning the Pen
The pen buttons might not work out of the box. Install the xf86-input-wacom package and comment the MatchIsTablet
section in /usr/share/X11/xorg.conf.d/10-evdev.conf
. Furthermore add 1B96:1B05 Pen
in the MatchProduct
line of N-Trig in /usr/share/X11/xorg.conf.d/50-wacom.conf
. Note that the purple bluetooth button is recognized but able to be bound to an action.
Ref:Reddit
Virtual Keyboard
Depending on the desktop environment you are using, you might want to use different virtual keyboard. onboard provides a reliable and comfortable experience. A guide for optical tweaking is provided here. If you are using GNOME, these two extension (1, 2) provide a better integration.
Booting with Secure Boot Enabled
The recommended bootloader for UEFI with Secure Boot enabled is systemd-boot
To boot with Secure Boot, you will need the following packages: efibootmgr efitools
See Surface Pro 3 and Secure Boot post-install
Copy /boot/EFI/systemd/systemd-bootx64.efi
to /boot/EFI/systemd/loader.EFI
.
Copy /usr/lib/prebootloader/HashTool.efi
and /usr/lib/prebootloader/PreLoader.efi
to /boot/EFI/systemd/
.
Create an NVRAM entry for PreLoader.efi:
efibootmgr -d /dev/sdX -p Y -c -L Preloader -l /EFI/systemd/PreLoader.efi
Verify the entry was made and that it is first in the boot order:
efibootmgr
Enrolling your kernel in the bootloader: Secure Boot Enroll HashTool.efi and vmlinuz-linux, and then reboot to system. You should now be able to boot with Secure Boot enabled.
- Since PreLoader.efi is the default boot option per efibootmgr, if you change the kernel you will be presented with PreLoader to enroll the new kernel with HashTool again
- Ensure that you add the entry in
/boot/loader/entries/
so that you are presented the option to boot with the new kernel
Enabling Wi-Fi and Bluetooth
The package linux-firmware-marvell is required for the Wi-Fi and Bluetooth since the linux-firmware 20220119 update.
Accessibility
The appearance of the BIOS is pretty simple and not very colorful, so it might work well with OCR software.
The BIOS can be configured with a keyboard, mouse, or using the touch screen.
Troubleshooting
Invalid signature detected check secure boot policy in setup
This happened to me after deleting the Secure Boot database and initializing it with Microsoft & CAs. I also had to do the recovery of the BitLocker partition, but I would follow these steps:
- After the reset, switch off and try to boot from the SD/USB. If you do not succeed and get the message many times:
- Leaving all TPM & Secure Boot enabled and SSD Only alternate system order
- Do another database reset
- Enroll the Microsoft and CAs again
- reboot into SD/USB with volume down
- It should work now
- Follow steps in the Secure Boot installation
- After the full installation of Arch Linux, when you have it working, do the BitLocker recovery
If after doing these steps does not still work. Flash the Archiso image once more and try again,
Keyboard Cover not working
This can happen sometimes when you restart. The solution was to shutdown and reboot. (not restart)
Pen/Touchscreen issues in Xournal
When using the xf86-input-wacom package there is a bug in the last official release of xournalAUR (0.48.2) where it will incorrectly detect the Surface Pen as the touchscreen device. However it has been fixed in the latest Xournal source as per this bug. Installing the AUR package xournal-gitAUR builds the latest source including this fix. Note that you will need to select 'NTRG0001:01 1B96:1B05' as the touchscreen device (Options > Pen and Touch).