[Kernel-packages] [Bug 1822821] Re: TSC clocksource not available in nested guests

2019-04-02 Thread Heitor R. Alves de Siqueira
Patches submitted to kernel-team list: Xenial - https://lists.ubuntu.com/archives/kernel-team/2019-April/099810.html Bionic - https://lists.ubuntu.com/archives/kernel-team/2019-April/099813.html -- You received this bug notification because you are a member of Kernel Packages, which is

[Kernel-packages] [Bug 1822821] Re: TSC clocksource not available in nested guests

2019-04-02 Thread Heitor R. Alves de Siqueira
** Changed in: linux (Ubuntu Xenial) Assignee: (unassigned) => Heitor R. Alves de Siqueira (halves) ** Changed in: linux (Ubuntu Bionic) Assignee: (unassigned) => Heitor R. Alves de Siqueira (halves) -- You received this bug notification because you are a member of Kernel Pa

[Kernel-packages] [Bug 1822821] Re: TSC clocksource not available in nested guests

2019-04-02 Thread Heitor R. Alves de Siqueira
** Changed in: linux (Ubuntu) Status: Incomplete => Fix Released -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1822821 Title: TSC clocksource not available in nested guests

[Kernel-packages] [Bug 1822821] Re: TSC clocksource not available in nested guests

2019-04-02 Thread Heitor R. Alves de Siqueira
This is easily verifiable on both Xenial and Bionic guests from uvt-kvm. I've brought up both as nested instances, and TSC fails to show up as an available clocksource: == Xenial guest == $ uvt-kvm ssh bionic-l1 ubuntu@bionic-l1:~$ uvt-kvm ssh xenial-l2 ubuntu@xenial-l2:~$ uname -r

[Kernel-packages] [Bug 1822821] [NEW] TSC clocksource not available in nested guests

2019-04-02 Thread Heitor R. Alves de Siqueira
Public bug reported: [Impact]  * TSC clocksource not available in nested guests [Test Case]  * Spin up a nested Xenial/Bionic guest and check for 'tsc' at    /sys/devices/system/clocksource/clocksource0/available_clocksource [Regression Potential]  * The regression potential is low. Upstream

[Kernel-packages] [Bug 1815501] Re: ixgbe: Kernel Oops when attempting to disable spoofchk in a non-existing VF

2019-03-18 Thread Heitor R. Alves de Siqueira
Tested on linux-generic 3.13.0.168.179 from trusty-proposed. Tried reproducing according to test case from description, and verified that ixgbe is fixed: # uname -r 3.13.0-168-generic # apt-cache madison linux-generic linux-generic | 3.13.0.168.179 |

[Kernel-packages] [Bug 1800562] Re: Remove obsolete "nousb" option in kdump command-line for newer kernels

2019-02-25 Thread Heitor R. Alves de Siqueira
** Description changed: [Impact] - Crash kernels come up with the usb subsystem enabled, even when it should be disabled by default. + Crash kernels include an obsolete "nousb" parameter by default, which can cause confusion since it's been deprecated in newer kernel versions.

[Kernel-packages] [Bug 1800562] Re: Replace "nousb" option in kdump command-line for the newer "usbcore.nousb"

2019-02-25 Thread Heitor R. Alves de Siqueira
** Patch removed: "debdiff for disco" https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1800562/+attachment/5239779/+files/disco_makedumpfile_1.6.5-1ubuntu2.debdiff ** Patch removed: "debdiff for cosmic"

[Kernel-packages] [Bug 1800562] Re: Replace "nousb" option in kdump command-line for the newer "usbcore.nousb"

2019-02-25 Thread Heitor R. Alves de Siqueira
Thanks for bringing that up, Cascardo. That was one scenario we didn't consider, and you're right about it causing problems for users with encrypted systems. It does seem more sensible to just remove the 'nousb' option in this case, since this parameter has no effect in recent kernels. I'll

[Kernel-packages] [Bug 1800562] Re: Replace "nousb" option in kdump command-line for the newer "usbcore.nousb"

2019-02-19 Thread Heitor R. Alves de Siqueira
** Description changed: [Impact] Crash kernels come up with the usb subsystem enabled, even when it should be disabled by default. [Description] Since kernel v4.5, the correct parameter to disable USB subsystem initialization is "usbcore.nousb" always (instead of "nousb" in case the

[Kernel-packages] [Bug 1800566] Re: Make the reset_devices parameter default for kdump kernels

2019-02-19 Thread Heitor R. Alves de Siqueira
Debdiffs for this bug were attached to LP#1800562 ** Description changed: [Impact] Crash kernels do not advise some subsystems to perform a reset by default. [Description] Kernel has the "reset_devices" parameter that drivers can opt-in, and perform special activity in case this

[Kernel-packages] [Bug 1800562] Re: Replace "nousb" option in kdump command-line for the newer "usbcore.nousb"

2019-02-19 Thread Heitor R. Alves de Siqueira
** Patch added: "debdiff for xenial" https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1800562/+attachment/5239782/+files/xenial_makedumpfile_1.6.3-2~16.04.1ubuntu1.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to

[Kernel-packages] [Bug 1800562] Re: Replace "nousb" option in kdump command-line for the newer "usbcore.nousb"

2019-02-19 Thread Heitor R. Alves de Siqueira
** Patch added: "debdiff for cosmic" https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1800562/+attachment/5239780/+files/cosmic_makedumpfile_1.6.4-2ubuntu2.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to

[Kernel-packages] [Bug 1800562] Re: Replace "nousb" option in kdump command-line for the newer "usbcore.nousb"

2019-02-19 Thread Heitor R. Alves de Siqueira
** Patch added: "debdiff for bionic" https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1800562/+attachment/5239781/+files/bionic_makedumpfile_1.6.3-2ubuntu2.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to

[Kernel-packages] [Bug 1800562] Re: Replace "nousb" option in kdump command-line for the newer "usbcore.nousb"

2019-02-19 Thread Heitor R. Alves de Siqueira
** Patch added: "debdiff for disco" https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1800562/+attachment/5239779/+files/disco_makedumpfile_1.6.5-1ubuntu2.debdiff -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to makedumpfile

[Kernel-packages] [Bug 1815501] Re: ixgbe: Kernel Oops when attempting to disable spoofchk in a non-existing VF

2019-02-18 Thread Heitor R. Alves de Siqueira
SRUv2 sent to kernel-team mailing list: https://lists.ubuntu.com/archives/kernel-team/2019-February/098451.htm -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1815501 Title: ixgbe:

[Kernel-packages] [Bug 1800566] Re: Make the reset_devices parameter default for kdump kernels

2019-02-14 Thread Heitor R. Alves de Siqueira
** Description changed: - Kernel has the "reset_devices" parameter that drivers can opt-in, and - perform special activity in case this parameter is parsed from command- - line. For example, in kdump kernels it hints the drivers that they - (maybe) are booting from a non-healthy condition and

[Kernel-packages] [Bug 1800562] Re: Replace "nousb" option in kdump command-line for the newer "usbcore.nousb"

2019-02-14 Thread Heitor R. Alves de Siqueira
** Description changed: - Since kernel v4.5, the correct parameter to disable USB subsystem - initialization is "usbcore.nousb" always (instead of "nousb" in case the - subsystem is built-in). This was changed by commit 097a9ea0e48 ("usb: - make "nousb" a clear module parameter"). + [Impact] +

[Kernel-packages] [Bug 1815501] Re: ixgbe: Kernel Oops when attempting to disable spoofchk in a non-existing VF

2019-02-12 Thread Heitor R. Alves de Siqueira
SRU request sent to kernel-team mailing list: https://lists.ubuntu.com/archives/kernel-team/2019-February/098444.html -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1815501 Title:

[Kernel-packages] [Bug 1815501] [NEW] ixgbe: Kernel Oops when attempting to disable spoofchk in a non-existing VF

2019-02-11 Thread Heitor R. Alves de Siqueira
** Changed in: linux (Ubuntu) Status: Incomplete => New ** Changed in: linux (Ubuntu) Status: New => Fix Released ** Changed in: linux (Ubuntu) Assignee: Heitor R. Alves de Siqueira (halves) => (unassigned) -- You received this bug notification because you are a member of