[Kernel-packages] [Bug 1528101] Re: ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set

2016-03-19 Thread Louis Bouchard
** Changed in: kexec-tools (Ubuntu) Status: Confirmed => Invalid -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to kexec-tools in Ubuntu. https://bugs.launchpad.net/bugs/1528101 Title: ISST-LTE: kdump failed: second kernel booting

[Kernel-packages] [Bug 1528101] Re: ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set

2016-03-18 Thread Louis Bouchard
Hello, After investigating the issue, it turns out that an adequate solution is not possible without sensible modification to the kernel. As explained before, the kernel allows for the definition of a vm_free_kbytes which is above the size of the total memory available. This parameter is enable

[Kernel-packages] [Bug 1528101] Re: ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set

2016-01-29 Thread Louis Bouchard
Yes, I have started to work on a possible solution. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to kexec-tools in Ubuntu. https://bugs.launchpad.net/bugs/1528101 Title: ISST-LTE: kdump failed: second kernel booting hangs after

[Kernel-packages] [Bug 1528101] Re: ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set

2016-01-25 Thread Louis Bouchard
Hello, The context here is that your modification of vm.min_free_kbytes brings the value of vm_free_kbytes above the available memory defined by the crashkernel boot parameter. A definitive fix for this situation requires some non trivial development, which will take time. I can only suggest

[Kernel-packages] [Bug 1528101] Re: ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set

2016-01-18 Thread bugproxy
** Tags removed: targetmilestone-inin14043 ** Tags added: targetmilestone-inin14044 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to kexec-tools in Ubuntu. https://bugs.launchpad.net/bugs/1528101 Title: ISST-LTE: kdump failed: second

[Kernel-packages] [Bug 1528101] Re: ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set

2016-01-13 Thread Louis Bouchard
Hello, The situation in this context is that the modification of vm.min_free_kbytes has a negative impact on the boot sequence of the kexec kernel (the kernel that allows for the capture of the kernel dump). The output of the console that you provide clearly shows that the kdump sequence hasn't

[Kernel-packages] [Bug 1528101] Re: ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set

2016-01-04 Thread Chris J Arges
** Also affects: kexec-tools (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to kexec-tools in Ubuntu. https://bugs.launchpad.net/bugs/1528101 Title: ISST-LTE: kdump failed: second

[Kernel-packages] [Bug 1528101] Re: ISST-LTE: kdump failed: second kernel booting hangs after /scripts/init-bottom when large min_free_kbytes value being set

2015-12-21 Thread Leann Ogasawara
** Package changed: ubuntu => linux (Ubuntu) ** Changed in: linux (Ubuntu) Assignee: Taco Screen team (taco-screen-team) => Canonical Kernel Team (canonical-kernel-team) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in