This bug was fixed in the package linux - 3.18.0-8.9
---
linux (3.18.0-8.9) vivid; urgency=low
[ Leann Ogasawara ]
* Release Tracking Bug
- LP: #1407692
* rebase to v3.18.1
* ubuntu: AUFS -- Resolve build failure union has no member named
'd_child'
[ Upstream Kerne
** Changed in: linux (Ubuntu)
Status: In Progress => 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/1398458
Title:
kernel fails to load iwlwifi firmware - disable
I used https://github.com/mcgrof/fake-firmware-test to confirm that
disabling CONFIG_FW_LOADER_USER_HELPER eliminates use of the user helper
and the associated delay when the firmware is missing. Patch has been
sent to the kernel team mailing list.
--
You received this bug notification because yo
** Changed in: linux (Ubuntu)
Status: Incomplete => In Progress
--
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/1398458
Title:
kernel fails to load iwlwifi firmware - disable
CON
It looks like I don't have any of the affected hardware. I put up a test
build at the link below; Sebastien, could you give it a try (with the
workaround removed obviously) and confirm that it fixes the problem?
http://people.canonical.com/~sforshee/lp1398458/linux-3.18.0-5.6+lp1398458v20141203102
I don't think it makes sense to change this in the 3.16 kernel, which is
currently what's being used in vivid. On the surface it makes sense to
disable CONFIG_FW_LOADER_USER_HELPER in the 3.18 branch, except that
ultimately the vivid kernel will also be released for trusty. In theory
things should
This bug was fixed in the package systemd - 217-3ubuntu1
---
systemd (217-3ubuntu1) vivid; urgency=medium
* Merge with Debian unstable. Remaining Ubuntu changes:
- Create disk/by-partlabel links for mmcblk partitions.
- Hack to support system-image read-only /etc, and modify
http://anonscm.debian.org/cgit/pkg-
systemd/systemd.git/commit/?h=experimental&id=565eb7
** Changed in: systemd (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://
** Changed in: systemd (Ubuntu)
Importance: Medium => High
** Changed in: linux (Ubuntu)
Status: Confirmed => Triaged
** Changed in: linux (Ubuntu)
Importance: Undecided => Low
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to
confirmed, the rules from comment #7 didn't work but the one copied in
comment #8 does
--
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/1398458
Title:
kernel fails to load iwlwifi firmware
Launchpad has imported 28 comments from the remote bug at
https://bugzilla.novell.com/show_bug.cgi?id=891645.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://hel
Sebastien tested this, and it works:
SUBSYSTEM=="firmware", ACTION=="add", ATTR{loading}="-1"
--
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/1398458
Title:
kernel fails to load iwlwif
Please create /etc/udev/rules.d/50-firmware.rules with
SUBSYSTEM=="firmware", ACTION=="add", RUN="/bin/false"
and see whether that improves things? To be honest I don't know exactly
what the kernel expects from the userspace helper, but it's worth a try.
--
You received this bug notification
So here's what happens:
- The intel driver has a list of valid versions, -6, -5, -4, -3; the kernel
tries all of them in descending order
- It starts with loading -6, which is ENOENT
- As we enable CONFIG_FW_LOADER_USER_HELPER, it now tries to call that (with a
timeout of 60 seconds); the timeout
14 matches
Mail list logo
