VirtIO (and probably other modules as well) is built-in, make it modular...

This change was made by a bot.

Just for the record, I would give an use case example...

For high performance virtualized environments, we're seeing new solutions popping out in the market, for example:

* Netmap / VALE (mSwitch).

But, since Ubuntu ships VirtIO as a buil-in module, It is not possible to use/evaluate Netmap (VirtIO version) with it.

This is a show stopping for Ubuntu in a high performance virt-env... While Debian is fine.

Ubuntu Kernel Team should definitively make its "linux-image" more modular, there is no doubt about this.

OpenStack for Telcos (NFV subject) will definitively need Netmap / VALE, or DPDK, for example... So, Ubuntu should not do things that breaks future development of high speed virtual environments.

Think forward, Linux is modular. No need to compile modules as built-in.

Just my two Bitcents...

:-)

YAY!! :-D

That's why I love Launchpad!

But, you meant "15.10", and not "15.07... Am I right?

I hope to see the future package "linux-generic-lts-wily" for Trusty, in a modular fashion as well! Don't forget that!

Thank you so much!

Cheers!
Thiago

Oh, BTW, I believe that the Linux Kernel configuration should be entirely modular, and not only the VirtIO related modules. ;-)

Hey guys,

Any plans to make Linux more modular for 16.04 ? I just installed it and modules are still built-in...

---
ubuntu@xenial:~$ grep VIRTIO /boot/config-4.2.0-17-generic
CONFIG_NET_9P_VIRTIO=m
CONFIG_VIRTIO_BLK=y
CONFIG_SCSI_VIRTIO=m
CONFIG_VIRTIO_NET=y
CONFIG_CAIF_VIRTIO=m
CONFIG_VIRTIO_CONSOLE=y
CONFIG_HW_RANDOM_VIRTIO=m
CONFIG_DRM_VIRTIO_GPU=m
CONFIG_VIRTIO=y
CONFIG_VIRTIO_PCI=y
CONFIG_VIRTIO_PCI_LEGACY=y
CONFIG_VIRTIO_BALLOON=y
CONFIG_VIRTIO_INPUT=m
CONFIG_VIRTIO_MMIO=y
CONFIG_VIRTIO_MMIO_CMDLINE_DEVICES=y
---

I would like to help testing this, to end up with 16.04 in shape!

Lets do it?!

Best,
Thiago

That's nice! How can I help?

I would like to make sure that Linux 4.4 on Xenial have this bug fixed!

I think I can help... Where is located the Ubuntu Linux package (its
debian/ subdir)? Is it a Git repo used by git-buildpackage or
something? :-)

On 19 January 2016 at 08:30, Andy Whitcroft <email address hidden> wrote:
> ** Changed in: linux (Ubuntu)
> Milestone: ubuntu-15.12 => ubuntu-16.01
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1475078
>
> Title:
> VirtIO (and probably other modules as well) is built-in, make it
> modular...
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1475078/+subscriptions

Any news about this guys?

I'm on Linux 4.4.0-11-generic / Xenial and the kernel isn't modular yet!

So, no deal?

Its a bit late for Xenial. Andy and I discussed this for the next release. The reasons for building in some of these sub-systems no longer exists, so we'll start modularizing in the Y series.

Awesome!!!

I'm curious, when Xenial receives the Yakkety kernel, will it be more modular too?

I'm asking this because Xenial have a status of "Won't fix" but, since Canonical backports it, maybe it will benefit from this as well, am I right?

Deploying Yakkety now to experiment it... :-)

Thanks!
Thiago

LTS Yakkety (in Xenial) should have nearly the same config settings as Yakkety.

@Tim -- something in the latest batch of updates is breaking UDEV, probabally the move of AF_UNIX =m.

Revert "UBUNTU: [Config] CONFIG_UNIX=m"

Interesting... On Debian SID this is also not a module:

---
thiago@debian-sid-1:~$ grep CONFIG_UNIX /boot/config-4.5.0-2-amd64
...
CONFIG_UNIX=y
....
---

On 8 June 2016 at 14:43, Tim Gardner <email address hidden> wrote:

> Revert "UBUNTU: [Config] CONFIG_UNIX=m"
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1475078
>
> Title:
> VirtIO (and probably other modules as well) is built-in, make it
> modular...
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1475078/+subscriptions
>

This bug was fixed in the package linux - 4.8.0-11.12

---------------
linux (4.8.0-11.12) yakkety; urgency=low

  * change_hat is logging failures during expected hat probing (LP: #1615893)
    - SAUCE: apparmor: Fix auditing behavior for change_hat probing

  * deleted files outside of the namespace are not being treated as
    disconnected
    (LP: #1615892)
    - SAUCE: apparmor: deleted dentries can be disconnected

  * stacking to unconfined in a child namespace confuses mediation
    (LP: #1615890)
    - SAUCE: apparmor: special case unconfined when determining the mode

  * apparmor module parameters can be changed after the policy is locked
    (LP: #1615895)
    - SAUCE: apparmor: fix: parameters can be changed after policy is locked

  * AppArmor profile reloading causes an intermittent kernel BUG (LP:
    #1579135)
    - SAUCE: apparmor: fix vec_unique for vectors larger than 8

  * label vec reductions can result in reference labels instead of direct
    access
    to labels (LP: #1615889)
    - SAUCE: apparmor: reduction of vec to single entry is just that entry

  * profiles from different namespaces can block other namespaces from being
    able to load a profile (LP: #1615887)
    - SAUCE: apparmor: profiles in one ns can affect mediation in another ns

  * The label build for onexec when stacking is wrong (LP: #1615881)
    - SAUCE: apparmor: Fix label build for onexec stacking.

  * The inherit check for new to old label comparison for domain transitions
    is
    wrong (LP: #1615880)
    - SAUCE: apparmor: Fix new to old label comparison for domain transitions

  * warning stack trace while playing with apparmor namespaces (LP: #1593874)
    - SAUCE: apparmor: fix stack trace when removing namespace with profiles

  * __label_update proxy comparison test is wrong (LP: #1615878)
    - SAUCE: apparmor: Fix __label_update proxy comparison test

  * reading /sys/kernel/security/apparmor/profiles requires CAP_MAC_ADMIN
    (LP: #1560583)
    - SAUCE: apparmor: Allow ns_root processes to open profiles file
    - SAUCE: apparmor: Consult sysctl when reading profiles in a user ns

  * policy namespace stacking (LP: #1379535)
    - SAUCE: (no-up) apparmor: rebase of apparmor3.5-beta1 snapshot for 4.8
    - SAUCE: add a sysctl to enable unprivileged user ns AppArmor policy loading

  * Miscellaneous Ubuntu changes
    - [Debian] Dynamically determine linux udebs package name
    - [Debian] d-i -- fix dtb handling in new kernel-wedge form
    - SAUCE: apparmor: Fix FTBFS due to bad include path
    - SAUCE: apparmor: add data query support
    - [Config] Set CONFIG_SECURITY_APPARMOR_UNCONFINED_INIT=y

  * Miscellaneous upstream changes
    - fixup backout policy view capable for forward port
    - apparmor: fix: Rework the iter loop for label_update
    - apparmor: add more assertions for updates/merges to help catch errors
    - apparmor: Make pivot root transitions work with stacking
    - apparmor: convert delegating deleted files to mediate deleted files
    - apparmor: add missing parens. not a bug fix but highly recommended
    - apparmor: add a stack_version file to allow detection of bug fixes
    - apparmor: push path looku...

I installed Linux 4.8 from "Ubuntu Kernel Team PPA" (ppa:canonical-kernel-team/ppa) on my Xenial, here is the result:

--
grep VIRTIO /boot/config-4.8.0-25-generic
CONFIG_VIRTIO_VSOCKETS=m
CONFIG_VIRTIO_VSOCKETS_COMMON=m
CONFIG_NET_9P_VIRTIO=m
CONFIG_VIRTIO_BLK=y
CONFIG_SCSI_VIRTIO=m
CONFIG_VIRTIO_NET=y
CONFIG_CAIF_VIRTIO=m
CONFIG_VIRTIO_CONSOLE=y
CONFIG_HW_RANDOM_VIRTIO=m
CONFIG_DRM_VIRTIO_GPU=m
CONFIG_VIRTIO=y
CONFIG_VIRTIO_PCI=y
CONFIG_VIRTIO_PCI_LEGACY=y
CONFIG_VIRTIO_BALLOON=y
CONFIG_VIRTIO_INPUT=m
CONFIG_VIRTIO_MMIO=y
CONFIG_VIRTIO_MMIO_CMDLINE_DEVICES=y
--

 Still not modular... :-(

 Any plans to make this available to Xenial via "linux-image-generic-lts-yakkety" ?

Guys,

 I'm marking this as "New", because this bug/improvement was not fixed on "4.8.0-11.12".

 Look:

---
tmartins@blade:~$ lsb_release -ra
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.10
Release: 16.10
Codename: yakkety

tmartins@blade:~$ grep VIRTIO /boot/config-4.8.0-26-generic
CONFIG_VIRTIO_VSOCKETS=m
CONFIG_VIRTIO_VSOCKETS_COMMON=m
CONFIG_NET_9P_VIRTIO=m
CONFIG_VIRTIO_BLK=y
CONFIG_SCSI_VIRTIO=m
CONFIG_VIRTIO_NET=y
CONFIG_CAIF_VIRTIO=m
CONFIG_VIRTIO_CONSOLE=y
CONFIG_HW_RANDOM_VIRTIO=m
CONFIG_DRM_VIRTIO_GPU=m
CONFIG_VIRTIO=y
CONFIG_VIRTIO_PCI=y
CONFIG_VIRTIO_PCI_LEGACY=y
CONFIG_VIRTIO_BALLOON=y
CONFIG_VIRTIO_INPUT=m
CONFIG_VIRTIO_MMIO=y
CONFIG_VIRTIO_MMIO_CMDLINE_DEVICES=y
---

 See it? "CONFIG_VIRTIO_NET=y" and few others... Still not as modules...

Cheers!
Thiago

Guys?! :-P

This bug was nominated against a series that is no longer supported, ie yakkety. The bug task representing the yakkety nomination is being closed as Won't Fix.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.