[17:44] <s10gopal_> anyone online ?
[17:47] <teward> s10gopal_: just ask your question and wait around for an answer.
[17:48] <s10gopal_> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694926 is related to acpi ?
[17:51] <s10gopal_> teward, https://bugzilla.kernel.org/show_bug.cgi?id=198665 happens on kernel 4.13 onwards and dont occur on 4.12 , should i test sub version too ?
[17:52] <s10gopal_> TJ- apw , please see
[18:29] <s10gopal_> TJ-, ?
[18:53] <dijuremo> Guys, I have another example, a DELL T5810, running the 4.4.0-116 kernel. It freezes with any BIOS past 1.13. I am lucky I have a copy of that BIOS saved, because the DELL site is only listing 1.32 and 1.40, both of which result in the machine immediately freezing when it reaches the GUI login window. That particular machine was running BIOS 1.20 and just by downgrading to 1.13 the machine no longer freezes.
[21:51] <tomreyn> dijuremo: so you discovered what seems to be a firmware issue. you could try reporting it to the dell then.
[21:51] <tomreyn> you say "another", was there another system with an identical, or a similar issue?
[21:59] <TJ-> tomreyn: dijuremo has about 20 different systems now with this 'feature' - we've been working on trying to pin it down for several weeks
[22:00] <tomreyn> oh, ok, ignore me then. good luck!
[22:03] <TJ-> seems like a Dell BIOS upgrade that contains the intel microcode updates always seems to break with an ubuntu kernel that also contains the same microcode. It also seems to defy sanity :)
[22:15] <tomreyn> sanity is for users of processors without ME or PSP, not us commoners.
[22:20] <TJ-> well sanity in that if BIOS loads the microcode the kernel doesn't so the only explanation is some sublte interaction with the spectre patches, even when nospectre_v2 is in use