You are not logged in.
another sound issue, no sound with some strange popping sound for a moment ... any suggestion ?
xps13@late2015x16gbx512g
Offline
kn wrote:I have experienced a rather strange issue with my XPS 13 just few days ago. After connecting the charger, the indicator LED in front of the touchpad started blinking with an orange light (quite rapidly, 3-4 blinks per second), and the hardware battery indicator on the left (next to the headphones jack) blinks the 1st, 3rd and 5th battery LED, four times each time I press it. The battery does not seem to be charging, and the laptop only boots on AC. The moment I disconnect it from the charger the computer goes immediately off. This is true already during UEFI boot, so it looks like some hardware failure...
I am running arch on current kernel 4.5.4-1, and so far I was not able to determine what might have caused (definitely not physical damage).
Broken battery, definitely an hardware failure. Contact dell, they know the meaning of the blinking scheme.
I have contacted Dell and it seems they will do on-site replacement for me. I am only hoping it wasn't caused by the OS, so that I won't have to contact them again.
Offline
OdinEidolon wrote:kn wrote:I have experienced a rather strange issue with my XPS 13 just few days ago. After connecting the charger, the indicator LED in front of the touchpad started blinking with an orange light (quite rapidly, 3-4 blinks per second), and the hardware battery indicator on the left (next to the headphones jack) blinks the 1st, 3rd and 5th battery LED, four times each time I press it. The battery does not seem to be charging, and the laptop only boots on AC. The moment I disconnect it from the charger the computer goes immediately off. This is true already during UEFI boot, so it looks like some hardware failure...
I am running arch on current kernel 4.5.4-1, and so far I was not able to determine what might have caused (definitely not physical damage).
Broken battery, definitely an hardware failure. Contact dell, they know the meaning of the blinking scheme.
I have contacted Dell and it seems they will do on-site replacement for me. I am only hoping it wasn't caused by the OS, so that I won't have to contact them again.
That kind of stuff CANNOT be caused by the OS. No way.
Hardware: 2016 Dell XPS15 - matte FullHD - i5-6300HQ - 32GB DDR4 - Nvidia GTX960M - Samsung 840EVO 250GB SSD - 56Wh
Software: Plasma 5 - rEFInd - linux-ck - preload - prelink - verynice - psd - bumblebee
Offline
so, is there any perfect configuration for our lovely xps13?
Offline
so, is there any perfect configuration for our lovely xps13?
What configuration?
Offline
Any of you guys tried Linux 4.7? It makes up to the desktop and freezes the whole thing after 3 seconds or so...
the brcmfmac driver is busted, still is in 4.7rc2. when your xps13 w/ broadcom (i assume) card makes it to desktop networkmanager tries to connect to wifi => null pointer bug/freeze
Offline
Have you guys tried 4.7 anyway?
XPS13 Dev edition here (i5, intel nic), currently running linux-mainline kernel, which is at version 4.7rc1.
fbc and psr are disabled, rc6 enabled.
Seems to be working entirely fine here. No noticeable changes in battery life or anything else from 4.6 really. (usage hovers between 4W and 8W depending on activity).
Offline
Couldn't boot with RC1, RC2 seems to be working fine with 'i915.enable_rc6=7 i915.enable_fbc=1'. So far I haven't checked enable_psr (caused intermittent screen lockups for me with 4.6).
Dell XPS 13 9350 | i7-6500U | 16GB | 512G nvme | Intel 8260 | QHD
Offline
Anyone running their XPS with the WD15 dock? With as many people on Amazon saying their dock works great, I'm wondering if it's not an OS issue that my USB devices get caught in the "disconnect every 5-30 minutes" purgatory that's normally only seen on the Thunderbolt version of this dock.
Not sure whether the dock or OS is causing it, but I get these messages from dmesg:
[ 2332.826721] hid-generic 0003:1E54:2030.0010: input,hiddev0,hidraw2: USB HID v1.10 Device [TypeMatrix.com USB Keyboard] on usb-0000:05:00.0-1.3/input1
[ 2344.545978] usb 3-1.3: reset low-speed USB device number 9 using xhci_hcd
[ 2346.369033] usb 3-1.3: reset low-speed USB device number 9 using xhci_hcd
(For the record for anyone else who buys this dock: miniDP and HDMI out both work, simultaneously, with kernel 4.6. Neither work on 4.4, hard system freeze if you even try)
Last edited by iv597 (2016-06-06 17:32:56)
Currently running Arch on a Samsung Chromebook Pro (dual booted with ChromeOS), and various VPSes and Docker containers.
Offline
davidgf wrote:Any of you guys tried Linux 4.7? It makes up to the desktop and freezes the whole thing after 3 seconds or so...
the brcmfmac driver is busted, still is in 4.7rc2. when your xps13 w/ broadcom (i assume) card makes it to desktop networkmanager tries to connect to wifi => null pointer bug/freeze
Thanks mate! Seems it hasn't been merged yet!
https://github.com/torvalds/linux/blob/ … uf.c#L1160
How come does it work on Dell's dev edition?
Offline
davidgf wrote:Have you guys tried 4.7 anyway?
XPS13 Dev edition here (i5, intel nic), currently running linux-mainline kernel, which is at version 4.7rc1.
fbc and psr are disabled, rc6 enabled.Seems to be working entirely fine here. No noticeable changes in battery life or anything else from 4.6 really. (usage hovers between 4W and 8W depending on activity).
Hey! Do you know which NIC is it exactly? Thanks!
Offline
WD15 working ok for me. Functionality is there but going from a 'live' session and hotplugging between suspends sometimes cause some peripherals to not be detected. I often have to suspend once more after hot plug to get everything up. I do not get the xhci errors.
However, with that said, I've now stopped using mainline or stable branch. I'm testing the intel drm nightly which is on 4.7 as there are a few commits that I need.
Edit: Been a day now on intel drm nightly and I have to say this is much more stable for using with the wd15 dock as well as a reliable suspend. Less hiccups compared to 4.6.
Last edited by frank604 (2016-06-08 18:43:25)
Offline
I updated to 4.6.1 and from what I can tell the USB and Ethernet hot plugging over the Thunderbolt connector is running great. Unfortunately for me the HDMI over that same connector is still not working (the screen is recognized correctly, but there doesn't seem to be any output). Has anyone figured out a fix for this?
Offline
kang wrote:davidgf wrote:Any of you guys tried Linux 4.7? It makes up to the desktop and freezes the whole thing after 3 seconds or so...
the brcmfmac driver is busted, still is in 4.7rc2. when your xps13 w/ broadcom (i assume) card makes it to desktop networkmanager tries to connect to wifi => null pointer bug/freeze
Thanks mate! Seems it hasn't been merged yet!
https://github.com/torvalds/linux/blob/ … uf.c#L1160
How come does it work on Dell's dev edition?
This is very easy to patch in, and I can confirm it worked on my XPS (though my WD15 dock was still broken).
Currently running Arch on a Samsung Chromebook Pro (dual booted with ChromeOS), and various VPSes and Docker containers.
Offline
The touch pad is driving me mad. Palm detection does not work and the middle mouse lock bug happens all the time.
Heres my 50-synaptics.conf
Section "InputClass"
Identifier "touchpad catchall"
Driver "synaptics"
Option "ClickFinger1" "1"
Option "ClickFinger2" "3"
Option "ClickFinger3" "2"
Option "SoftButtonAreas" "0 0 0 0 0 0 0 0"
Option "VertTwoFingerScroll" "1"
Option "HorizTwoFingerScroll" "1"
Option "MaxTapTime" "0"
Option "CoastingSpeed" "0"
Option "PalmDetect" "1"
Option "PalmMinWidth" "5"
Option "PalmMinZ" "100"
Option "Clickpad" "1"
Offline
Seeing the other replies, I think I have some problems with my XPS...
I'm running at 8-9W (sometimes even 10-11W), idle load.Here's my
sudo systool -m i915 -av
output:
Module = "i915" Attributes: coresize = "1204224" initsize = "0" initstate = "live" refcnt = "17" taint = "" uevent = <store method only> Parameters: disable_display = "N" disable_power_well = "1" edp_vswing = "0" enable_cmd_parser = "1" enable_dc = "-1" enable_execlists = "1" enable_fbc = "-1" enable_guc_submission= "N" enable_hangcheck = "Y" enable_ips = "1" enable_ppgtt = "3" enable_psr = "0" enable_rc6 = "1" fastboot = "N" guc_log_level = "-1" invert_brightness = "0" load_detect_test = "N" lvds_channel_mode = "0" lvds_use_ssc = "-1" mmio_debug = "0" modeset = "-1" nuclear_pageflip = "N" panel_ignore_lid = "1" prefault_disable = "N" preliminary_hw_support= "0" reset = "Y" semaphores = "-1" use_mmio_flip = "0" vbt_sdvo_panel_type = "-1" verbose_state_checks= "Y" Sections: .altinstr_replacement= "0xffffffffa0190ca6" .altinstructions = "0xffffffffa01d30e5" .bss = "0xffffffffa01d9cc0" .data = "0xffffffffa01d4000" .data..read_mostly = "0xffffffffa01d8280" .data.unlikely = "0xffffffffa01d77cc" .exit.text = "0xffffffffa0190c84" .fixup = "0xffffffffa0190db1" .gnu.linkonce.this_module= "0xffffffffa01d9980" .init.text = "0xffffffffa01f4000" .note.gnu.build-id = "0xffffffffa0192000" .parainstructions = "0xffffffffa01b2620" .ref.data = "0xffffffffa01d8420" .rodata = "0xffffffffa01920c0" .rodata.str1.1 = "0xffffffffa01a9a08" .rodata.str1.8 = "0xffffffffa01b2c00" .smp_locks = "0xffffffffa01ce0c8" .strtab = "0xffffffffa0211138" .symtab = "0xffffffffa01f6000" .text = "0xffffffffa00cd000" .text.unlikely = "0xffffffffa0190e32" __bug_table = "0xffffffffa01d24d8" __ex_table = "0xffffffffa01d3418" __jump_table = "0xffffffffa01d7820" __kcrctab_gpl = "0xffffffffa0192080" __ksymtab_gpl = "0xffffffffa0192030" __ksymtab_strings = "0xffffffffa01d3090" __mcount_loc = "0xffffffffa01ce490" __param = "0xffffffffa01d2be0" __tracepoints_ptrs = "0xffffffffa01d34a8" __tracepoints_strings= "0xffffffffa01d35e0" __tracepoints = "0xffffffffa01d8fc0" _ftrace_events = "0xffffffffa01d82e8"
It seems that i915 params are not passed correctly...
My /etc/modprobe.d/i915.conf is this:options i915 enable_rc6=7 enable_fbc=1 enable_psr=1 lvds_downclock=1
Even if used as kernel params they're not setted correctly
hi, did you find the solution ? it seems i got the same problem...
Offline
The DA200 adapters still refuses to display anything above 800x600 over HDMI.
I am running the 4.6.1-2 kernel, and I have had this problem already before on 4.5.
Anybody has a similar problem with 4.6.1-2 ?
Apparently Dell is also replacing DA200s, or even replacing whole motherboards: https://www.reddit.com/r/Dell/comments/ … ms/d092nrn
Offline
I've tried using it with Dell P2415Q 4k monitor over HDMI (the only cable I've had on hand is 2.0 spec). The panel does get recognized, but remains blank. After booting into Windows the monitor is both recognized and usable (albeit 1080p only), so it doesn't seem like the adapter is the issue.
Last edited by halka (2016-06-09 10:52:02)
Dell XPS 13 9350 | i7-6500U | 16GB | 512G nvme | Intel 8260 | QHD
Offline
Are you guys with the adapter issues manually configuring via xrandr? Or just plug and pray?
Offline
Are you guys with the adapter issues manually configuring via xrandr? Or just plug and pray?
I was just plugging and playing.
Offline
As a note it seems that lower resolutions are working. Running xrandr when first connecting the screen shows:
$ xrandr
Screen 0: minimum 8 x 8, current 3840 x 1560, maximum 32767 x 32767
eDP1 connected primary 1920x1080+0+480 (normal left inverted right x axis y axis) 294mm x 165mm
1920x1080 59.93*+
1400x1050 59.98
1600x900 60.00
1280x1024 60.02
1280x960 60.00
1368x768 60.00
1280x720 60.00
1024x768 60.00
1024x576 60.00
960x540 60.00
800x600 60.32 56.25
864x486 60.00
640x480 59.94
720x405 60.00
640x360 60.00
DP1 connected 1920x1080+1920+0 (normal left inverted right x axis y axis) 698mm x 392mm
1920x1080 60.00*+ 59.94 24.00 23.98
1920x1080i 60.00 59.94
1280x720 60.00 59.94
1440x480i 59.94
720x480 60.00 59.94
640x480 60.00 59.94
DP2 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)
Then after running
$ xrandr --output DP1 --mode 720x480
I do get correct output to my screen.
Here is xrandr after:
$ xrandr
Screen 0: minimum 8 x 8, current 2640 x 1560, maximum 32767 x 32767
eDP1 connected primary 1920x1080+0+480 (normal left inverted right x axis y axis) 294mm x 165mm
1920x1080 59.93*+
1400x1050 59.98
1600x900 60.00
1280x1024 60.02
1280x960 60.00
1368x768 60.00
1280x720 60.00
1024x768 60.00
1024x576 60.00
960x540 60.00
800x600 60.32 56.25
864x486 60.00
640x480 59.94
720x405 60.00
640x360 60.00
DP1 connected 720x480+1920+0 (normal left inverted right x axis y axis) 698mm x 392mm
1920x1080 60.00 + 59.94 24.00 23.98
1920x1080i 60.00 59.94
1280x720 60.00 59.94
1440x480i 59.94
720x480 60.00* 59.94
640x480 60.00 59.94
DP2 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)
Is this a known issue? Does anyone know a way to be able to increase the resolution?
Offline
I was using arandr, and testing different resolutions from there. I could get all below and including 800x600, anything above gave me the "no signal" on the screen. Additionally, after several minutes of having the DA200 working on 800x600, the adapter gets considerably warm.
Offline
After plugging in an HP Elite Type-C Dock I can confirm there's something screwy with how the kernel talks to the Type-C port on this thing. The HP dock suffers the same "reset low-speed device" issue that the Dell dock had.
Anyone have any ideas on this? I can't seem to find any posts anywhere from the last year or two relating to random USB resets...
This machine + dock nonsense is just that - nonsense. 99% of the failures on this thing seem to be related to video output. I have flawless video output (both MiniDP+HDMI at the same time, configured through xrandr) and can't use the USB ports. Go figure.
Last edited by iv597 (2016-06-10 16:32:15)
Currently running Arch on a Samsung Chromebook Pro (dual booted with ChromeOS), and various VPSes and Docker containers.
Offline
I've the WD dock and it works okayish.
If not plugged at boot I need to force a pci rescan each time you plug it back in (i think theres a kernel patch for that somewhere too).
Basically I've a script that does: echo 1| sudo tee /sys/bus/pci/rescan
and because i've an external 1440p screen it then does (i like mirroring):
xrandr --dpi 144 --output eDP1 --mode 3200x1800 --output DP1-1 --scale 1.25x1.25 --mode 2560x1440 --same-as eDP1
usb, audio, hdmi work for me. ethernet didnt last i tried but it might be fixed now from reading this thread.
also, don't forget to update the firmware of the dock in windows.
Last edited by kang (2016-06-11 06:36:16)
Offline
Anyone know a way of easily temporarily booting windows so that I can update the firmware? I've tried burning a bunch of ISOs to USB but none of them have worked. Anyone have something which worked (I've completely replaced Windows).
Offline