Hello Saturday 20 march 2021
running Ubuntu Mate "20.04.2 LTS (Focal Fossa)" (will stick to LTS)
so this is mate desktop here and architecture is of course 64 bits.
On my dell XPS 9575 the issue is present: either need to close and open screen
hinge or wait 10 seconds to get to mousepad to life.
I did some distro hopping with my XPS 15 9575 (BIOS 1.13.0)
Ubuntu 20.04.1 system had the same problem, but I found that the latest
Pop!_OS (20.10) and Manjaro (20.2.1) did not have the issue. This leads
me to believe that the issue was fixed on systems using updated kernels,
such as kernel
** Also affects: linux
Importance: Undecided
Status: New
** No longer affects: linux
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
https://bugs.launchpad.net/bugs/1822394
Title:
[Dell BIOSes dated 27 Mar 2019,
Thanks so much!
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
https://bugs.launchpad.net/bugs/1822394
Title:
[Dell BIOSes dated 27 Mar 2019, XPS 9575, Precision 5530 2-in-1]
laptop keyboard & touchpad not working at
acpidump on latest (1.13.0) firmware.
** Attachment added: "1.13.0.acpidump"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1822394/+attachment/5415405/+files/1.13.0.acpidump
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in
Thanks Joe! By chance can you upgrade to current BIOS too and get that
dump again? There is that workaround now (blacklist intel-vbtn) which
you should be able to use now if you have no other problems with current
firmware.
--
You received this bug notification because you are a member of
1.2.0 firmware acpidump attached
** Attachment added: "1.2.0.acpidump"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1822394/+attachment/5415318/+files/1.2.0.acpidump
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in
To anyone who has been affected - there is a discussion going on the
kernel mailing lists regarding this issue and it would be helpful if you
can provide an acpidump. You can attach it to this bug (or file a
kernel bugzilla and attach it there).
Desired would be the 1.2.0 firmware (which some
A very similar bug has started affecting me since I upgraded to Ubuntu
20.04.
On my laptop (Dell XPS 15 9560) I am unable to decrypt my harddrive
because the keyboard is unresponsive so I can't enter the password.
I have found a workaround for that issue, which is to boot in recovery
mode (the
Recently installed Arch Linux and I am no longer encountering this issue
at all.
Kernel version: 5.8.8
SystemD version: 246.4
BIOS version: 1.12.1
libinput version: 1.16.1-1
xf86-input-libinput version: 0.30.0-1
Not sure if there are any other relevant packages.
--
You received this bug
I wonder if this commit helps:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=cfae58ed681c5fe0185db843013ecc71cd265ebf
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
Same here. Thank you guys for finding a fix ;)
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
https://bugs.launchpad.net/bugs/1822394
Title:
[Dell BIOSes dated 27 Mar 2019, XPS 9575, Precision 5530 2-in-1]
laptop
Just commenting to say I have the same problem with Dell XPS 15 2-in-1
9575, BIOS version 1.12.1. The problem was indeed fixed with
blacklisting intel_vbtn. Using Fedora 32.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
Same problem here with a Dell XPS 15 2 in 1 9575. BIOS version 1.11.
Problem fixed with blacklisting intel_vbtn in /etc/modprobe.d/
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
https://bugs.launchpad.net/bugs/1822394
@Mario Limonciello Sorry, I am a bit out of the loop. Does #61 solve the
issue? And if so, are there negative aspects of blacklisting intel-hid?
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
Looking at the dmesg from #30, it's actually intel-hid. Here is how to
blacklist: https://askubuntu.com/questions/110341/how-to-blacklist-
kernel-modules
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
Can you check if you have intel-vbtn or intel-hid driver loaded? I would
think intel-vbtn.
Whichever it is a good experiment with the above comment is to blacklist
the module, rebuild initramfs and reboot. See if this helps.
If it does then it's likely a situation of this driver starting in
Booting with acpi=off fixes this, so I am thinking a workaround could be
to ignore the tablet ACPI events ex "video/tabletmode TBLT 008A
". Not sure if it is possible to selectively disable ACPI event
handling just yet though.
--
You received this bug notification because you are a
Running into this issue on XPS 9575 with Ubuntu 18.04. My solution so
far is to flip the screen into tablet mode then back into laptop mode to
get the keyboard working.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
Just checked, issue persists in 5.6.0 RC1 Kernel, Bios 1.10.0, Ubuntu 20.04.
Closing laptop lid while at login until suspend occurs and then immediately
resuming from suspend appears to enable the keyboard and touchpad.
--
You received this bug notification because you are a member of
I am running BIOS 1.10.0, Kernel 5.5, Ubuntu 20.04 (development) and am getting
the same issue. The duration appears to vary for the keyboard and track pad to
activate, sometimes it is longer or shorter than 13seconds stated above.
I am also running 9575.
--
You received this bug notification
I also see no change with BIOS 1.10.0 on Eoan (though with kernel 5.3
due to an unrelated issue; I ran 5.4 and 5.5 before with the 1.7.1 BIOS
and had the problem with all three kernels).
I also noticed that though I have the problem just for ca 13 secs most
of the time, occasionally it never
I am still experiencing the issue after updating the BIOS firmware to
version 1.10.0, on Ubuntu 19.10 (kernel 5.3.0-26).
Firmware info and download page:
https://www.dell.com/support/Home/us/en/frdhs1/Drivers/DriversDetails?driverId=0KJ0
--
You received this bug notification because you are a
On bios 1.10.0 that was released yesterday with kernel 5.4(fedora) I no
longer have this issue. The keyboard and mouse work on boot for me.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
Not sure if it matters, but I just rebooted and the wait time at the
login screen is actually approx. 13 secs, not 30
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
https://bugs.launchpad.net/bugs/1822394
Title:
[Dell
The BIOS 1.9.1 from prev. comment #50 apparently was pulled by Dell,
there is no reason given at the link.
I have a 9575 from September/October 2019 and BIOS 1.7.1 (from Aug 7,
2019, which is currently the latest one available on the Dell site (and,
side note, fixes the annoying
Dell released yesterday BIOS version 1.9.1 for the affected XPS 9575:
https://www.dell.com/support/Home/us/en/19/Drivers/DriversDetails?driverId=MDP34=rt
There is nothing clear in the release notes on the issue, but affected
users may want to try the update.
--
You received this bug
Mark,
If possible, please do a kernel bisect.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
https://bugs.launchpad.net/bugs/1822394
Title:
[Dell BIOSes dated 27 Mar 2019, XPS 9575, Precision 5530 2-in-1]
laptop
On a new XPS 15 9575 2-in-1 with BIOS 1.8.1, the symptoms are similar to
comment #24. At the gdm login screen, the keyboard doesn't work at
first but is OK after 20-30 seconds. The touchpad is not affected. The
Linux 4.15 kernel is not affected but later ones are. I tried it with
4.18, 5.0 and
#46 Still working for me, have not had the issue since I made that
change. I'm on Fedora 31 as well, fully up to date. Maybe I have just
been lucky so far.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
#43 does not work for me (latest v. of Fedora 31) but appeared to be
working for a short time before upgrading from Fedora 30 to Fedora 31
(most likely it never worked though and it was a placebo effect).
--
You received this bug notification because you are a member of Ubuntu-X,
which is
@Peter_Lustig
Yes unfortunately that is correct. It makes the laptop more then
usable, but does not fix the later bios issues.
--
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to libinput in Ubuntu.
https://bugs.launchpad.net/bugs/1822394
Title:
@ryder-tim Thanks for letting us know. As far as I understand your
workaround is meant for people running the old 1.2.0 BIOS (in order to
avoid the more serious bug of no registered input at login) and your
workaround only fixes the trackpad issues associated with BIOS v. 1.2.0.
Is that correct?
I have a workaround on linux(its not ideal).
On linux if i disable "disable while typing" and then disable "tap to
click" it works. It would seem that the act of disabling and enabling
the touchpad over and over causes it to not enable once and awhile. Its
not ideal to not be able to tap to
The thing is I am really afraid of upgrading the BIOS just to give it a
shot because of this:
"Just update XPS 9575 Bios on the week of Sept 9, now the laptop is
totally unresponsive, not able to power on, totally black screen, no
light comes on, fans won't kick on, no Dell logo shows. Tried many
35 matches
Mail list logo
