Difference between revisions of "Talk:Dell XPS 15 (9550)"

From ArchWiki
Jump to: navigation, search
(Backlight: new section)
(UEFI command line arguments: new section)
 
Line 59: Line 59:
 
I've had better luck ''not'' using <code>acpi_backlight=vendor</code> when the extra GPU is suppressed, so that Gnome (and other DEs) can handle the backlight without hacking around udev rules.
 
I've had better luck ''not'' using <code>acpi_backlight=vendor</code> when the extra GPU is suppressed, so that Gnome (and other DEs) can handle the backlight without hacking around udev rules.
 
[[User:Passcod|Passcod]] ([[User talk:Passcod|talk]]) 11:15, 22 July 2017 (UTC)
 
[[User:Passcod|Passcod]] ([[User talk:Passcod|talk]]) 11:15, 22 July 2017 (UTC)
 +
 +
== UEFI command line arguments ==
 +
 +
I have the Dell Precision 5510 which is the same as the Dell XPS 9550. I have the same problem passing arguments to the kernel from UEFI that is described in the XPS 9360 page. This makes it hard to correctly boot a kernel using the EFISTUB. A boot loader should be used instead since it does not need to be passed any arguments. If nobody objects I'll add a section to this page detailing as much.
 +
 +
https://wiki.archlinux.org/index.php/Dell_XPS_13_(9360)#EFISTUB_does_not_boot
 +
 +
--[[User:Utsuro|Utsuro]] ([[User talk:Utsuro|talk]]) 21:26, 6 February 2018 (UTC)

Latest revision as of 21:26, 6 February 2018

++ Revisions and variations

Reading through "the entire internet" about the possible hardware chips inside this model with the following specs: FHD, Microdia Webcam, 84whr/battery, SK Hynix 512GB NNVMe SSD,RTS525A PCIe CR, 32GB RAM on the 0N7TVV motherboard. (EU model).

So far 4 PCI(e) controllers not assigned any drivers, but some are still working it seems (like the memory controller), and here is the list of devices not assigned per Linux 4.8.12:


  • 00:1f.2 Memory controller [0580]: Intel Corporation Sunrise Point-H PMC [8086:a121] (rev 31)

Subsystem: Dell Device [1028:06e4] Flags: fast devsel Memory at ddd2c000 (32-bit, non-prefetchable) [disabled] [size=16K]


  • 00:1f.0 ISA bridge [0601]: Intel Corporation Sunrise Point-H LPC Controller [8086:a14e] (rev 31)

Subsystem: Dell Device [1028:06e4] Flags: bus master, medium devsel, latency 0


  • 00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise Point-H Thermal subsystem [8086:a131] (rev 31)

Subsystem: Dell Device [1028:06e4] Flags: fast devsel, IRQ 255 Memory at ddd38000 (64-bit, non-prefetchable) [size=4K] Capabilities: [50] Power Management version 3 Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-


  • 00:00.0 Host bridge [0600]: Intel Corporation Skylake Host Bridge/DRAM Registers [8086:1910] (rev 07)

Subsystem: Dell Device [1028:06e4] Flags: bus master, fast devsel, latency 0 Capabilities: [e0] Vendor Specific Information: Len=10 <?>


The XPS 13 9343 (Broadwell) used the following for similar devices:


  • 00:1f.0 ISA bridge [0601]: Intel Corporation Wildcat Point-LP LPC Controller [8086:9cc3] (rev 03)

Subsystem: Dell Device [1028:0665] Kernel driver in use: lpc_ich


  • 00:00.0 Host bridge [0600]: Intel Corporation Broadwell-U Host Bridge -OPI [8086:1604] (rev 09)

Subsystem: Dell Device [1028:0665] Kernel driver in use: bdw_uncore

All others are detected and assigned drivers on this model while everything posted here about mine, does not.


There are very limited info about the Thermal subsystem so I figured I'd try to actually dualboot wit Windows just to find out.

So basically, there are not implemented enough Skylate support OR Dell has modified their chips - I get an unknown adapter in the SMSC family while doing "sensors-detect".

Please comment if you know anything.

Backlight

I've had better luck not using acpi_backlight=vendor when the extra GPU is suppressed, so that Gnome (and other DEs) can handle the backlight without hacking around udev rules. Passcod (talk) 11:15, 22 July 2017 (UTC)

UEFI command line arguments

I have the Dell Precision 5510 which is the same as the Dell XPS 9550. I have the same problem passing arguments to the kernel from UEFI that is described in the XPS 9360 page. This makes it hard to correctly boot a kernel using the EFISTUB. A boot loader should be used instead since it does not need to be passed any arguments. If nobody objects I'll add a section to this page detailing as much.

https://wiki.archlinux.org/index.php/Dell_XPS_13_(9360)#EFISTUB_does_not_boot

--Utsuro (talk) 21:26, 6 February 2018 (UTC)