This bug was fixed in the package linux - 4.4.0-16.32
---
linux (4.4.0-16.32) xenial; urgency=low
[ Tim Gardner ]
* Release Tracking Bug
- LP: #1561727
* fix thermal throttling due to commit "Thermal: initialize thermal zone
device correctly" (LP: #1561676)
- Ther
apw uploaded a test kernel without CONFIG_IP_PNP in
http://people.canonical.com/~apw/lp1259861-xenial/.
I tested it with "ip=dhcp break=top" and it didn't have the 10 sec delay.
Thanks a lot Andy!
--
You received this bug notification because you are a member of Kernel
Packages, which is subscr
$ for d in karmic lucid maverick natty oneiric precise quantal raring saucy
trusty utopic vivid wily xenial; do
echo "$d: $(wget -q
http://kernel.ubuntu.com/~kernel-ppa/configs/$d/i386-config.flavour.generic -O
- | grep -w CONFIG_IP_PNP)"
done
karmic:
lucid:
maverick:
natty: # CONFIG_IP_
> TJ (tj) wrote 9 hours ago:#26
> Originally introduced into the Ubuntu 13.10 (Saucy) configuration with commit
> 301b4bb
> UBUNTU: rebase to v3.10-rc4
TJ, that doesn't match my tests as mentioned in comment #21,
i.e. that I see the issue since kernel 3.8, and that
https://wiki.ubuntu.com
** Changed in: linux (Ubuntu Xenial)
Status: Confirmed => Fix Committed
--
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/1259861
Title:
5-10 second delay in kernel boot with kernel
Indeed it appears that the initramfs is feature equivalent for all
releases back to Trusty (where this was first enabled). It seems
sensible to turn this off. However, lets do that in xenial first and
look for fallout.
--
You received this bug notification because you are a member of Kernel
Pac
For Xenial it looks very much like the initramfs is feature equivalent
to the kernel support (this may be no accident).
--
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/1259861
Title:
5-10
Originally introduced into the Ubuntu 13.10 (Saucy) configuration with
commit 301b4bb
commit 301b4bb24cf60f339643ffddbd630169e488adf2
Author: Leann Ogasawara
Date: Fri Mar 12 17:13:25 2010 -0800
UBUNTU: rebase to v3.10-rc4
Signed-off-by: Andy Whitcroft
$ git show 301b4bb | awk
** Also affects: linux (Ubuntu Wily)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Xenial)
Importance: Medium
Status: Confirmed
** Also affects: linux (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu Trusty)
St
Ok it sounds liek we have two implementations of the ip= option, one in
the kernel and one in initramfs-tools. As we load the majority of
network drivers from the initramfs it does not seem logical to waste
time in the kernel attempting this there when on average we do not have
the required driver
Yes, I think the change to CONFIG_IP_PNP=y is what caused this problem.
If you look in net/ipv4/Makefile, you'll see this line:
obj-$(CONFIG_IP_PNP) += ipconfig.o
If CONFIG_IP_PNP is not set to y, then all of net/ipv4/ipconfig.c is
excluded from the resulting kernel. That file contains the c
I think the upstream commit that set CONFIG_IP_PNP=y is this:
https://github.com/torvalds/linux/commit/c1b362e3b4d331a63915b268a33207311a439d60#diff-364c3610ebc6899c22148ba10636c71c
Ubuntu and openSUSE now have CONFIG_IP_PNP=y and experience the issue.
Debian and Fedora do not have CONFIG_IP_PNP s
I have uploaded some modified initramfs-tools packages to my PPA:
https://launchpad.net/~rhansen/+archive/ubuntu/bug1259861
With the version in my PPA, the initramfs init script now has a new
initramfs_ip parameter in addition to the existing ip parameter. The
initramfs treats the initramfs_ip p
The problem is not there in Ubuntu 12.04.2 (kernel 3.5.0-54)
and it is there in Ubuntu 12.04.3 (kernel 3.8.0-44).
My test case is to boot with ip=dhcp break=top. When the problem doesn't
exist, I get an initramfs prompt in 2 seconds, when it exists I get it
in 12 seconds, and that shows up in dmes
After studying the code in net/ipv4/ipconfig.c I'm fairly confident
that the problem is caused by wait_for_devices() failing to find any
network interfaces and timing out. That function waits for 12 seconds
before giving up, and the time difference between the "IP-Config:
Entered" message and the
I installed a vanilla 4.5 kernel, which has this debug logging change:
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-
stable.git/commit/net/ipv4/ipconfig.c?id=09605cc12c07830659a19b266503795c511a2060
After booting with the dyndbg argument, the only new output is this:
[1.079405]
> Try adding kernel command-line dynamic debug option:
>
> ... "dyndbg=file net/ipv4/ipconfig.c +pflm" ...
I added:
dyndbg="file net/ipv4/ipconfig.c +pflm"
to the end of the kernel command line arguments in grub and removed
quiet. After booting I ran 'dmesg >after.txt'. I then rebooted a
Try adding kernel command-line dynamic debug option:
... "dyndbg=file net/ipv4/ipconfig.c +pflm" ...
--
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/1259861
Title:
5-10 second delay in
@rhansen, sorry, it turns out you were right!
ip= is what's causing my kernel delay. I even tried without an initramfs
to verify it, and it caused 10 seconds of delay before the kernel panic
because of the missing initramfs.
I'll try to gather more info about it.
--
You received this bug notifi
@rhansen, your bug might be a different one, since ip=dhcp is processed
by the initramfs, while I'm talking about the kernel, before the
initramfs gets to run.
The bug is still there in Xenial.
I noticed that it doesn't happen in all hardware; I've seen it in *some* real
clients and under Virtual
I have been seeing this on multiple machines since trusty (at least).
I'm currently running wily.
I noticed that if I remove the 'ip=dhcp' kernel command line parameter
then the 10 second delay goes away. (I added ip=dhcp so that I could
ssh into the initramfs to unlock the encrypted root device
** Changed in: linux (Ubuntu)
Assignee: Rahul (rahulshantagiri) => (unassigned)
** Tags added: wily
--
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/1259861
Title:
5-10 second de
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Rahul (rahulshantagiri)
--
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/1259861
Title:
5-10 second delay in kernel boot
S
Yes it's still happening on 3.13.0-29-generic.
[3.912539] random: nonblocking pool is initialized
[ 19.999335] Adding 3957756k swap on /dev/sda7. Priority:-1 extents:1
across:3957756k FS
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
** Tags removed: kernel-request
Thank you for taking the time to file a bug report on this issue.
However, given the number of bugs that the Kernel Team receives during
any development cycle it is impossible for us to review them all.
Therefore, we occasionally resort to using automated bots to request
further testing. This is s
@penalvch: as I mention in comment #6, the "kernel-fixed-upstream" tag
is not appropriate because this was never an upstream bug, so nothing
was fixed upstream. It's an ubuntu-specific bug, so upstream is not
related at all to this bug and shouldn't appear in any tags.
The "needs-kernel-logs" tag
** Tags removed: tested-upstream-its-ok-there-its-an-ubuntu-specific-bug
** Tags added: kernel-fixed-upstream needs-kernel-logs
--
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/1259861
Title
@penlalvch: I was asked in #ubuntu-kernel to file this bug report so
that they can assign someone to work on it.
If you keep adding "it needs this and that" tags, then this bug report
appears to be incomplete, and no developer will start working on it
until I satisfy/remove the tags.
But as I kee
** Tags added: needs-apport-collect needs-upstream-testing
--
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/1259861
Title:
5-10 second delay in kernel boot
Status in “linux” package in Ub
I think anyone can just run `dmesg` and verify that the bug exists in all
recent Ubuntu kernels and in none of the vanilla or Debian kernels.
I don't know why the logs are important here.
I don't think there's any point in closing bugs just to lower the bug count
(which means nothing if the bugs
[Expired for linux (Ubuntu) because there has been no activity for 60
days.]
** Changed in: linux (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bu
** Tags added: needs-kernel-logs
** Changed in: linux (Ubuntu)
Status: Confirmed => Incomplete
--
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/1259861
Title:
5-10 second delay in
Sure, it would be good to know if this is related to an Ubuntu specific
patch. Can you test the upstream 3.12.4 kernel:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12.4-trusty/
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux i
I just tested with linux-
image-3.13.0-031300rc3-generic_3.13.0-031300rc3.201312061335_i386.deb,
it doesn't happen there.
I don't think I should put the 'kernel-fixed-upstream' tag as the
problem might be in some Ubuntu-specific kernel patch or configuration
option that's been around for a couple
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v3.12 kernel[0].
If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.
If the mainline kernel does not fix t
Changing to confirmed to satisfy the bot. :)
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
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/1259861
Title:
5-10 seco
...ignoring the bot and changing the state back to New, as the exact
kernel version doesn't matter...
** Changed in: linux (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://
37 matches
Mail list logo