All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] tvheadend: add dependency on udev based rootfs creation
Date: Fri, 29 Dec 2017 15:03:07 +0100	[thread overview]
Message-ID: <20171229150307.17ea122c@windsurf.lan> (raw)
In-Reply-To: <trinity-7a471839-219c-4b6c-945d-9f235fe5b75a-1514555879257@3c-app-mailcom-bs06>

Hello,

On Fri, 29 Dec 2017 14:57:59 +0100, daggs wrote:

> > You should use BR2_PACKAGE_HAS_UDEV instead. Indeed udev can be
> > provided by either eudev or systemd.  
> does using BR2_PACKAGE_HAS_UDEV means rootfs dev creation will use udev?

config BR2_PACKAGE_EUDEV
        bool "eudev"
        depends on BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV
        depends on BR2_USE_MMU # uses fork()
        depends on BR2_USE_WCHAR # needs C99 compiler
        depends on !BR2_STATIC_LIBS # kmod
        select BR2_PACKAGE_HAS_UDEV

So for the eudev case, BR2_PACKAGE_HAS_UDEV is selected when eudev is
enabled, and eudev can only be enabled when
BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV is enabled.

For the systemd case:

menuconfig BR2_PACKAGE_SYSTEMD
        bool "systemd"
        depends on BR2_INIT_SYSTEMD
        depends on !BR2_STATIC_LIBS # kmod
        depends on BR2_TOOLCHAIN_HAS_THREADS # dbus
        depends on BR2_USE_MMU # dbus
        select BR2_PACKAGE_HAS_UDEV

So BR2_PACKAGE_HAS_UDEV is selected when systemd is enabled, which is
only possible when systemd is the init system.

Bottom line: as soon as systemd is the init system *or* eudev is used
at the dev management method, you are guaranteed that
BR2_PACKAGE_HAS_UDEV=y.

> > Also, does tvheadend needs to link with libudev ? If so, it should have
> > udev in its <pkg>_DEPENDENCIES. If it doesn't link with libudev, then
> > I'm not sure to see how udev helps for tvheadend to detect USB DVB
> > cards.  
> it doesn't, frankly I don't understand it too, I'm wrestling this for 3 weeks now, without udev, tvheadend didn't listed my adapter in the webui.
> on the desktop it did, after some thinking I've decided to try building udev and it worked.
> maybe Bernd might have some ideas on the matter. 

This is a somewhat weak understanding of what's happening here. I think
we need a better understanding of what's going on rather than
more-or-less randomly adding a dependency.

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

  reply	other threads:[~2017-12-29 14:03 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-29 13:06 [Buildroot] [PATCH] tvheadend: add dependency on udev based rootfs creation Dagg Stompler
2017-12-29 13:40 ` Thomas Petazzoni
2017-12-29 13:57   ` daggs
2017-12-29 14:03     ` Thomas Petazzoni [this message]
2017-12-29 14:27       ` daggs
2017-12-30  6:48         ` daggs
2017-12-29 13:55 ` Yann E. MORIN
2017-12-29 14:02   ` daggs

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171229150307.17ea122c@windsurf.lan \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.