Re: [qubes-users] Re: HCL - Lenovo ThinkPad T460s (20F9CTO1WW)
Hi Steve, Did it work out for you? I am now on Qubes 4.0 with kernel 4.14.119-2 and still have the Shutdown and Suspend problem on the T460s. Just upgraded my Bios as well and still no change. - Max -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/31aaa1a59fc6df99cdfe6e21eb5c9601b9b8e736.camel%40ehlers.berlin.
[qubes-users] Re: HCL - Lenovo ThinkPad T460s (20F9CTO1WW)
Jake, Sounds like you were having the same sleep/resume issues I'm having now. Are/were you using kernel version 4.5.3 with Qubes 3.1 or some early version of 3.2? I'm on 3.2 and hoping that building a new kernel will fix my sleep issue. Thanks. --Steve On Friday, May 6, 2016 at 9:31:20 PM UTC-7, Jacob Richard wrote: > I can confirm that building kernel 4.5.3 fixed the sleep issues on my skylake > x260. Sleep and wake work as they should, and battery life seems to be up > (although still too low, at around 11 hours, i think). > > > -Jake -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/3032a8d6-8487-401d-bdea-d55c2f1d66c4%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: HCL - Lenovo ThinkPad T460s (20F9CTO1WW)
Hi Gabriel, After running https://github.com/QubesOS/qubes-issues/issues/2381#issuecomment-294405605 , everything on my T460s works great except it doesn't wake up from sleep when I press the power button. Resume works for you, you said? Did you have to do anything special to make it work? Thanks. --Steve On Saturday, June 18, 2016 at 8:47:21 AM UTC-7, gabi...@gmail.com wrote: > On Friday, 17 June 2016 18:59:14 UTC+1, gabi...@gmail.com wrote: > > On Wednesday, 15 June 2016 14:42:39 UTC+1, li...@mullvad.net wrote: > > > On Saturday, June 11, 2016 at 5:13:41 PM UTC+2, gabi...@gmail.com > > > wrote:On Tuesday, 31 May 2016 20:47:37 UTC+1, > > > patie...@terminalmoronicy.com wrote: > > > > > > > On Sunday, May 29, 2016 at 7:34:46 PM UTC-4, Marek Marczykowski-Górecki > > > > wrote:-BEGIN PGP SIGNED MESSAGE- > > > > > > > > > > > > > > Hash: SHA256 > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, May 26, 2016 at 08:25:48PM -0700, patie...@terminalmoronicy.com > > > > wrote: > > > > > > > > > > > > > > > I also have a t460s and encountered many of the problems above. I > > > > > updated the qubes patches (excluding pvusb) to apply against kernel > > > > > v4.5.2 and tossed in an out-of-tree patch for Skylake. Bumping to > > > > > 4.5.5 didn't require any further patch-wrangling (except that the > > > > > Skylake patch had been merged in the meantime). > > > > > > > > > > > > > > > > > > > > > > > > > > > > Was that patch backported also to 4.4.11? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Yes - I checked and the particular patch that fixed suspend for me is > > > > also in 4.4.11. I am now curious how many of the p-states improvements > > > > have been backported as well... > > > > > > > > I've been running the result for a few days and everything seems to > > > > be working well. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > https://github.com/patientnil/qubes-linux-kernel/tree/devel-4.5 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Notes: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - The pvusb patch looks the trickiest to port, and the associated > > > > > tools show that scary experimental warning. I didn't pursue it, it's > > > > > sitting there commented out. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Yes, ignore it. In fact it is already commented out in series.conf file > > > > > > > > > > > > > > for some time. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - Sound, trackpoint buttons, wifi, suspend all work (though I haven't > > > > > tried reenabling TPM yet). > > > > > > > > > > > > > > > > > > > > > > > > > > > > Camera also works, and enabling the TPM in TPM 1.2 mode does not > > > > interfere with suspend. The system will not suspend/resume properly if > > > > the TPM is set to PTT mode (using my patched 4.5.5 kernel in Qubes 3.1 > > > > - I have not tried a 4.4.11 kernel). > > > > > > > > > > > > > > I have not yet played with AEM. > > > > > > > > > > > > > > > - I get occasional screen artifacting (horizontal lines) but I am > > > > > using the qubes-R3.1 display packages - before a reinstall I had > > > > > better luck with updates in the unstable repo. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Are those artifacts across the whole screen, or only particular windows? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > The artifacts go all the way across the screen, without stopping at > > > > window boundaries. They are rare, and seem to be "fixed" when moving > > > > windows around. > > > > > > > > - While updating the kernel config, I had some sort of snafu, and I > > > > later had to go reenable a bunch of fundamental things like IP_MASQ. > > > > The config should be reexamined (I'm planning to pare it down to just > > > > the things I need). If this was to be merged to the main tree it > > > > should be redone. Presumably there are rules of some sort as to what > > > > to include? > > > > > > > > > > > > > > > > > > > > > > > > > > > > Generally the rule is "enable all drivers are modules". > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Good to know - if I update my repo for later 4.5 kernels I will update > > > > the config to respect this policy. > > > > > > > > [snip] > > > > > > > > > > > > > > > > > > > > > -tom > > > > > > > > > > > > > > > > > > Hi Tom, > > > > > > I'm kind of stuck here: > > > > > > I ran the commands that installed the kernel-4.4.10-9 > > > > > > sudo qubes-dom0-update --enablerepo=qubes-dom0-unstable kernel > > > > > > sudo qubes-dom0-update --enablerepo=qubes-dom0-unstable kernel-qubes-vm > > > > > > > > > > > > And in the Global Settings kernel-4.4.10-9 is selected. > > > > > > > > > > > >
Re: [qubes-users] Re: HCL - Lenovo ThinkPad T460s (20F9CTO1WW)
On Friday, 17 June 2016 18:59:14 UTC+1, gabi...@gmail.com wrote: > On Wednesday, 15 June 2016 14:42:39 UTC+1, li...@mullvad.net wrote: > > On Saturday, June 11, 2016 at 5:13:41 PM UTC+2, gabi...@gmail.com wrote:On > > Tuesday, 31 May 2016 20:47:37 UTC+1, patie...@terminalmoronicy.com wrote: > > > > > On Sunday, May 29, 2016 at 7:34:46 PM UTC-4, Marek Marczykowski-Górecki > > > wrote:-BEGIN PGP SIGNED MESSAGE- > > > > > > > > > > Hash: SHA256 > > > > > > > > > > > > > > > > > > > > On Thu, May 26, 2016 at 08:25:48PM -0700, patie...@terminalmoronicy.com > > > wrote: > > > > > > > > > > > I also have a t460s and encountered many of the problems above. I > > > > updated the qubes patches (excluding pvusb) to apply against kernel > > > > v4.5.2 and tossed in an out-of-tree patch for Skylake. Bumping to > > > > 4.5.5 didn't require any further patch-wrangling (except that the > > > > Skylake patch had been merged in the meantime). > > > > > > > > > > > > > > > > > > > > Was that patch backported also to 4.4.11? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Yes - I checked and the particular patch that fixed suspend for me is > > > also in 4.4.11. I am now curious how many of the p-states improvements > > > have been backported as well... > > > > > > I've been running the result for a few days and everything seems to be > > > working well. > > > > > > > > > > > > > > > > > > > > > > https://github.com/patientnil/qubes-linux-kernel/tree/devel-4.5 > > > > > > > > > > > > > > > > > > > > > > Notes: > > > > > > > > > > > > > > > > > > > > > > - The pvusb patch looks the trickiest to port, and the associated tools > > > > show that scary experimental warning. I didn't pursue it, it's sitting > > > > there commented out. > > > > > > > > > > > > > > > > > > > > Yes, ignore it. In fact it is already commented out in series.conf file > > > > > > > > > > for some time. > > > > > > > > > > > > > > > > > > > > > - Sound, trackpoint buttons, wifi, suspend all work (though I haven't > > > > tried reenabling TPM yet). > > > > > > > > > > > > > > > > > > > > Camera also works, and enabling the TPM in TPM 1.2 mode does not > > > interfere with suspend. The system will not suspend/resume properly if > > > the TPM is set to PTT mode (using my patched 4.5.5 kernel in Qubes 3.1 - > > > I have not tried a 4.4.11 kernel). > > > > > > > > > > I have not yet played with AEM. > > > > > > > > > > > - I get occasional screen artifacting (horizontal lines) but I am using > > > > the qubes-R3.1 display packages - before a reinstall I had better luck > > > > with updates in the unstable repo. > > > > > > > > > > > > > > > > > > > > Are those artifacts across the whole screen, or only particular windows? > > > > > > > > > > > > > > > > > > > > > > > > > The artifacts go all the way across the screen, without stopping at > > > window boundaries. They are rare, and seem to be "fixed" when moving > > > windows around. > > > > > > - While updating the kernel config, I had some sort of snafu, and I > > > later had to go reenable a bunch of fundamental things like IP_MASQ. The > > > config should be reexamined (I'm planning to pare it down to just the > > > things I need). If this was to be merged to the main tree it should be > > > redone. Presumably there are rules of some sort as to what to include? > > > > > > > > > > > > > > > > > > > > Generally the rule is "enable all drivers are modules". > > > > > > > > > > > > > > > > > > > > > > > > > Good to know - if I update my repo for later 4.5 kernels I will update > > > the config to respect this policy. > > > > > > [snip] > > > > > > > > > > > > > > > -tom > > > > > > > > > > > > Hi Tom, > > > > I'm kind of stuck here: > > > > I ran the commands that installed the kernel-4.4.10-9 > > > > sudo qubes-dom0-update --enablerepo=qubes-dom0-unstable kernel > > > > sudo qubes-dom0-update --enablerepo=qubes-dom0-unstable kernel-qubes-vm > > > > > > > > And in the Global Settings kernel-4.4.10-9 is selected. > > > > > > > > But Xen cannot continue when starting. I need to Wait for the Xen screen to > > prompt and manually and quickly do Tab > Advanced settings > Select the > > kernel 4.1.13.9 (old one) > > > > Once the machine is booted, kernel-4.4.10-9 is still selected on Global > > settings. > > > > This solved the Wifi issue, but not the sleep issue, and it has the pain of > > manually selecting the Old kernel on each boot. > > > > > > > > > > > > If I change the Global Settings to use the 4.1.13.9 (old), the machine > > boots with no problems, but I do not have Wifi. > > > > > > > > How can I remove the kernel-4.4.10-9 from booting? > > > > Or need to format it again all together. > > > > > > > > Thanks, > > > > Gabriel > > > > > > > > There is a difference between what kernel
Re: [qubes-users] Re: HCL - Lenovo ThinkPad T460s (20F9CTO1WW)
On Saturday, June 11, 2016 at 5:13:41 PM UTC+2, gabi...@gmail.com wrote: > > On Tuesday, 31 May 2016 20:47:37 UTC+1, patie...@terminalmoronicy.com > wrote: > > On Sunday, May 29, 2016 at 7:34:46 PM UTC-4, Marek Marczykowski-Górecki > wrote:-BEGIN PGP SIGNED MESSAGE- > > > > Hash: SHA256 > > > > > > > > On Thu, May 26, 2016 at 08:25:48PM -0700, patie...@terminalmoronicy.com > wrote: > > > > > I also have a t460s and encountered many of the problems above. I > updated the qubes patches (excluding pvusb) to apply against kernel v4.5.2 > and tossed in an out-of-tree patch for Skylake. Bumping to 4.5.5 didn't > require any further patch-wrangling (except that the Skylake patch had been > merged in the meantime). > > > > > > > > Was that patch backported also to 4.4.11? > > > > > > > > > > > > Yes - I checked and the particular patch that fixed suspend for me is > also in 4.4.11. I am now curious how many of the p-states improvements > have been backported as well... > > > I've been running the result for a few days and everything seems to > be working well. > > > > > > > > > > https://github.com/patientnil/qubes-linux-kernel/tree/devel-4.5 > > > > > > > > > > Notes: > > > > > > > > > > - The pvusb patch looks the trickiest to port, and the associated > tools show that scary experimental warning. I didn't pursue it, it's > sitting there commented out. > > > > > > > > Yes, ignore it. In fact it is already commented out in series.conf file > > > > for some time. > > > > > > > > > - Sound, trackpoint buttons, wifi, suspend all work (though I haven't > tried reenabling TPM yet). > > > > > > > > Camera also works, and enabling the TPM in TPM 1.2 mode does not > interfere with suspend. The system will not suspend/resume properly if the > TPM is set to PTT mode (using my patched 4.5.5 kernel in Qubes 3.1 - I have > not tried a 4.4.11 kernel). > > > > I have not yet played with AEM. > > > > > - I get occasional screen artifacting (horizontal lines) but I am > using the qubes-R3.1 display packages - before a reinstall I had better > luck with updates in the unstable repo. > > > > > > > > Are those artifacts across the whole screen, or only particular windows? > > > > > > > > > > The artifacts go all the way across the screen, without stopping at > window boundaries. They are rare, and seem to be "fixed" when moving > windows around. > > > - While updating the kernel config, I had some sort of snafu, and I > later had to go reenable a bunch of fundamental things like IP_MASQ. The > config should be reexamined (I'm planning to pare it down to just the > things I need). If this was to be merged to the main tree it should be > redone. Presumably there are rules of some sort as to what to include? > > > > > > > > Generally the rule is "enable all drivers are modules". > > > > > > > > > > Good to know - if I update my repo for later 4.5 kernels I will update > the config to respect this policy. > > > [snip] > > > > > > -tom > > > Hi Tom, > I'm kind of stuck here: > I ran the commands that installed the kernel-4.4.10-9 > sudo qubes-dom0-update --enablerepo=qubes-dom0-unstable kernel > sudo qubes-dom0-update --enablerepo=qubes-dom0-unstable kernel-qubes-vm > > And in the Global Settings kernel-4.4.10-9 is selected. > > But Xen cannot continue when starting. I need to Wait for the Xen screen > to prompt and manually and quickly do Tab > Advanced settings > Select the > kernel 4.1.13.9 (old one) > Once the machine is booted, kernel-4.4.10-9 is still selected on Global > settings. > This solved the Wifi issue, but not the sleep issue, and it has the pain > of manually selecting the Old kernel on each boot. > > > If I change the Global Settings to use the 4.1.13.9 (old), the machine > boots with no problems, but I do not have Wifi. > > How can I remove the kernel-4.4.10-9 from booting? > Or need to format it again all together. > > Thanks, > Gabriel > There is a difference between what kernel your dom0 will boot when you start your computer and what kernel your other VMs will boot with when you start them. The yum package *kernel-qubes-vm* package installs/upgrades the kernel your VMs will boot and *kernel* upgrades what kernel your computer/dom0 will boot. The 'Default kernel' under 'Global settings' only affects what kernel the VMs inside Qubes will boot afaik, not the dom0 kernel. You control what kernel dom0 will boot inside */boot/efi/EFI/qubes/xen.cfg*. At the top you can set the default variable to the name of one of the sections after it, you should be able to find your 4.1 kernel there. Change that value, save the file and from now on what kernel is booted should be changed. Beware that any kernel upgrade will probably change the default to the newest one again. /Linus -- You received this message because you are subscribed to the Google Groups "qubes-users" group.
Re: [qubes-users] Re: HCL - Lenovo ThinkPad T460s (20F9CTO1WW)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, May 26, 2016 at 08:25:48PM -0700, patientz...@terminalmoronicy.com wrote: > I also have a t460s and encountered many of the problems above. I updated > the qubes patches (excluding pvusb) to apply against kernel v4.5.2 and tossed > in an out-of-tree patch for Skylake. Bumping to 4.5.5 didn't require any > further patch-wrangling (except that the Skylake patch had been merged in the > meantime). Was that patch backported also to 4.4.11? > I've been running the result for a few days and everything seems to be > working well. > > https://github.com/patientnil/qubes-linux-kernel/tree/devel-4.5 > > Notes: > > - The pvusb patch looks the trickiest to port, and the associated tools show > that scary experimental warning. I didn't pursue it, it's sitting there > commented out. Yes, ignore it. In fact it is already commented out in series.conf file for some time. > - Sound, trackpoint buttons, wifi, suspend all work (though I haven't tried > reenabling TPM yet). > > - I get occasional screen artifacting (horizontal lines) but I am using the > qubes-R3.1 display packages - before a reinstall I had better luck with > updates in the unstable repo. Are those artifacts across the whole screen, or only particular windows? > - While updating the kernel config, I had some sort of snafu, and I later had > to go reenable a bunch of fundamental things like IP_MASQ. The config should > be reexamined (I'm planning to pare it down to just the things I need). If > this was to be merged to the main tree it should be redone. Presumably there > are rules of some sort as to what to include? Generally the rule is "enable all drivers are modules". > - I'm not sending a pull request since Marek mentioned the preference for > longterm kernels - but perhaps the updated can be useful anyway if the next > target is similar enough to 4.5? > > - If there's interest I could post RPMs and could possibly update this > occasionally to keep up with 4.5 (which seems to be the sweet spot for > Skylake right now) > > -tom > - -- Best Regards, Marek Marczykowski-Górecki Invisible Things Lab A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJXS3yPAAoJENuP0xzK19cs388H/jpa1S1hCKYp965Srdij+1OC dPNBWL6jRr7zWlel38vyCaAbhB1/TN8C7NCkthz6B423hsN2+GE1PD/lK3bQe+ia Xif7tzWQwNAhc7KOi8DNyftWUPdc4NZ1AhcT8+Cav5abACJhkzwS6uYI9RNDWiSG o6+CP5K6aNAuOpruLjKbJImT/qr7pKu8R9Ry4uPeJTCC+tbhLANgwRODTEWzJPEa jDZlJfUivjXDGKNumwoA2pdSghGX9aJJN3x+bfjxKatJs1NAmDOHUTastlAqIzUF a1CMqI2jZflK4WTQ1A2oEXzel+dT+a0hmrjcOQIlOijrYdmEp2pDmveCF8DK/xg= =96Y/ -END PGP SIGNATURE- -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20160529233439.GC2191%40mail-itl. For more options, visit https://groups.google.com/d/optout.
