Linus,
[sorry for the messed up threading, I could not figure out how to make
gmail use in-relp-to]
The point I'm slowly getting to is that I would actually love to have
*distro* Kconfig-files, where the distribution would be able to say
These are the minimums I *require* to work. So we'd
Hi Matt,
On Tue, Apr 16, 2013 at 11:41 PM, Matt Fleming m...@console-pimps.org wrote:
This patch series introduces the new efivar_entry API, and splits out the
major
parts of efivars.c into new files. In particular, having the efivarfs code
under fs/ allows building an efivarfs.ko module,
On Fri, Jul 27, 2012 at 9:37 AM, Karel Zak k...@redhat.com wrote:
The util-linux release v2.22-rc1 is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.22/
Feedback and bug reports, as always, are welcomed.
I'm still getting an empty /usr/share/man/ru/man1/, don't know if
would break new kernels as well
as old kernels.
Since the kernel apparently can't count on reasonable userspace
support, turn this thing off by default.
commit a3bd8447be4ea2ce230eb8ae0e815c04d85fa15a
Author: Tom Gundersen t...@jklm.no
Date: Mon Mar 18 15:12:18 2013 +0100
udev: make
On Tue, Aug 6, 2013 at 11:11 AM, Tom Gundersen t...@jklm.no wrote:
On Tue, Aug 6, 2013 at 10:20 AM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
Op 05-08-13 18:29, Andy Lutomirski schreef:
The systemd commit below can delay firmware loading by multiple
minutes
On Tue, Aug 20, 2013 at 8:03 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Tue, Aug 20, 2013 at 07:59:47AM +0800, Tom Gundersen wrote:
Hi guys,
Starting with 3.10.6 (and still present in .7) I get an oops on
connecting to the network.
The attached picture shows the oops
On Tue, Aug 20, 2013 at 12:56 PM, Felix Fietkau n...@openwrt.org wrote:
On 2013-08-20 2:28 AM, Greg Kroah-Hartman wrote:
On Tue, Aug 20, 2013 at 08:26:11AM +0800, Tom Gundersen wrote:
On Tue, Aug 20, 2013 at 8:03 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Tue, Aug 20, 2013
On Tue, Aug 20, 2013 at 4:15 PM, Arend van Spriel ar...@broadcom.com wrote:
On 08/20/2013 06:56 AM, Felix Fietkau wrote:
On 2013-08-20 2:28 AM, Greg Kroah-Hartman wrote:
On Tue, Aug 20, 2013 at 08:26:11AM +0800, Tom Gundersen wrote:
On Tue, Aug 20, 2013 at 8:03 AM, Greg Kroah-Hartman
gre
Hi Marcel,
The above commit (60cbd53 in mainline) doesn't appear to work for me.
I.e., depmod does not create an entry in modules.devname and hence no
device node is created on boot.
If I understand correctly, you'd also need to create the correct
char-major-MAJOR-MINOR alias (which I don't
Hi Konrad,
The above commit (c70bda9 in mainline) doesn't appear to work for me.
I.e., depmod does not create an entry in modules.devname and hence no
device node is created on boot.
If I understand correctly, you'd also need to create the correct
char-major-MAJOR-MINOR alias. But I don't really
on-demand
auto-loading
However, uhid uses dynamic minor numbers so this doesn't actually work. We
need to load uhid to know which minor it's going to use.
Hence, allocate a static minor (just like uinput does) and we're good
to go.
Reported-by: Tom Gundersen t...@jklm.no
Thanks, this works (I
During the last merge window (3.12) a couple of modules gained devname
aliases, but without the necessary major and minor information. These were
then silently ignored when generating modules.devname.
Complain loudly to avoid such errors sneaking in undetected in the future:
depmod: ERROR:
This allows udev (or more recently systemd-tmpfiles) to create /dev/cuse on
boot, in the same way as /dev/fuse is currently created, and the corresponding
module to be loaded on first access.
The corresponding functionalty was introduced for fuse in commit 578454f.
Signed-off-by: Tom Gundersen t
This allows udev (or more recently systemd-tmpfiles) to create /dev/cuse on
boot, in the same way as /dev/fuse is currently created, and the corresponding
module to be loaded on first access.
The corresponding functionalty was introduced for fuse in commit 578454f.
Signed-off-by: Tom Gundersen t
On Tue, Sep 10, 2013 at 4:01 PM, Lucas De Marchi
lucas.de.mar...@gmail.com wrote:
On Wed, Jul 24, 2013 at 11:03 PM, Herbert Xu
herb...@gondor.apana.org.au wrote:
On Thu, Jul 25, 2013 at 09:32:02AM +0930, Rusty Russell wrote:
Herbert Xu herb...@gondor.apana.org.au writes:
Hi Rusty:
I
This information can be found in /lib/modules/`uname -r`/modules.softdep, and
has only recently been exported by the kernel.
Also remove the advice about copying modules.softdep to /lib/modules as it is
not clear how to do this correctly with several kernels installed with
potentially conflicting
Hi Alan,
On Tue, Sep 10, 2013 at 7:02 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Tue, 10 Sep 2013, Tom Gundersen wrote:
Support for specifying soft dependencies in the modules themselves was
introduced in commit 7cb14ba.
In Arch we have always been shipping a module.d(5) fragment
fragment generated by depmod.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Alan Stern st...@rowland.harvard.edu
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
---
drivers/usb/host/ohci-hcd.c | 1 +
drivers/usb/host/uhci-hcd.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/usb
On Tue, Sep 10, 2013 at 7:31 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Tue, 10 Sep 2013, Tom Gundersen wrote:
Hi Alan,
On Tue, Sep 10, 2013 at 7:02 PM, Alan Stern st...@rowland.harvard.edu
wrote:
On Tue, 10 Sep 2013, Tom Gundersen wrote:
Support for specifying soft
fragment generated by depmod.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Alan Stern st...@rowland.harvard.edu
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
---
v2: change the dependencies to *_pci, as suggested by Alan
drivers/usb/host/ohci-pci.c | 1 +
drivers/usb/host/uhci-pci.c | 2
On Fri, Sep 13, 2013 at 12:47 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Wed, Sep 04, 2013 at 02:47:07PM +0200, Tom Gundersen wrote:
Most of the information in usb.ids is now contained in udev's hwdb. Read the
information from the hwdb instead of usb.ids.
This would allow
On Wed, Sep 4, 2013 at 4:59 PM, Tom Gundersen t...@jklm.no wrote:
On Wed, Sep 4, 2013 at 3:57 PM, Martin Mares m...@ucw.cz wrote:
Hello!
First of all: Sorry for not replying to the first mail. I do not follow
linux-pci too much these days (or, I do that in big batches).
No problem, I
On my MacBook Air lfb_size is 4M, which makes the bitshit overflow, meaning we
fall back to efifb unnecessarily.
Cast to u64 to avoid the overflow.
Signed-off-by: Tom Gundersen t...@jklm.no
Reviewed-by: David Herrmann dh.herrm...@gmail.com
Cc: Geert Uytterhoeven ge...@linux-m68k.org
Cc: H. Peter
On Sat, Sep 7, 2013 at 4:08 PM, Tom Gundersen t...@jklm.no wrote:
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen t...@jklm.no
Acked-by: Stephen Warren swar...@wwwdotorg.org
Cc: David Herrmann dh.herrm...@gmail.com
---
v2: also print smem_len, as requested
On Wed, Sep 4, 2013 at 11:27 AM, Tom Gundersen t...@jklm.no wrote:
This allows the module to be autoloaded in the common case.
In order to work on non-PnP systems the module should be compiled in or loaded
unconditionally at boot (c.f. modules-load.d(5)), as before.
Cc: Matthew Garrett mj
The above commit causes a regression for me.
Booting with initcall_debug shows that bcma_modinit never returns:
calling bcma_modinit+0x0/0x33 [bcma] @ 210
bcma-pci-bridge :02:00.0: enabling device ( - 0002)
bcma: bus0: Found chip with id 0xA8D8, rev 0x01 and package 0x08
Which means
On Tue, Sep 17, 2013 at 10:02 PM, Hauke Mehrtens ha...@hauke-m.de wrote:
On 09/17/2013 09:11 PM, Tom Gundersen wrote:
The above commit causes a regression for me.
Booting with initcall_debug shows that bcma_modinit never returns:
calling bcma_modinit+0x0/0x33 [bcma] @ 210
bcma-pci-bridge
a device, so we know not to touch
it. This can easily happen for instance if some renaming happens in
the initrd or from script called from udev rules.
Acked-by: Tom Gundersen t...@jklm.no
David Herrmann (4):
net: add name_assign_type netdev attribute
mac80211: set NET_NAME_USER for user
On Thu, Feb 27, 2014 at 4:47 PM, Tom Gundersen t...@jklm.no wrote:
On Thu, Feb 27, 2014 at 3:47 PM, David Herrmann dh.herrm...@gmail.com wrote:
This series implements a new sysfs attribute for netdevs called
name_assign_type. It provides an integer that describes where an interface
name comes
Ping?
On Wed, Jan 29, 2014 at 5:13 PM, Tom Gundersen t...@jklm.no wrote:
Ping?
On 30 Dec 2013 19:53, Tom Gundersen t...@jklm.no wrote:
Hi Martin,
On Sun, Dec 15, 2013 at 12:33 PM, Martin Mares m...@ucw.cz wrote:
I see that a mechanism for fast lookup of hardware identification data
On Wed, Feb 12, 2014 at 8:58 PM, Martin Mares m...@ucw.cz wrote:
Hi!
Ping?
Sorry for the delay, I was alternatingly ill and overloaded with other
stuff...
No worries. I hope you are better now.
As I said before, I do not like the current implementation of hwdb much (it's
too much tied
On Fri, Oct 4, 2013 at 2:26 PM, Tom Gundersen t...@jklm.no wrote:
On Wed, Sep 4, 2013 at 11:27 AM, Tom Gundersen t...@jklm.no wrote:
This allows the module to be autoloaded in the common case.
In order to work on non-PnP systems the module should be compiled in or
loaded
unconditionally
On Fri, Sep 13, 2013 at 1:08 PM, Tom Gundersen t...@jklm.no wrote:
On Wed, Sep 4, 2013 at 4:59 PM, Tom Gundersen t...@jklm.no wrote:
On Wed, Sep 4, 2013 at 3:57 PM, Martin Mares m...@ucw.cz wrote:
Hello!
First of all: Sorry for not replying to the first mail. I do not follow
linux-pci too
Moust (if not all) modern software, including X, uses /dev/eventX rather than
the legacy /dev/mouseX devices. It therefore makes sense for general-purpose
(distro) kernels to use MOUSEDV=m (or even n), so let's drop the EXPERT=y
requirement.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Dmitry
Sorry, this resend was accidental, please ignore. I only intended to
send patch 2/2.
On Tue, Sep 3, 2013 at 3:40 PM, Tom Gundersen t...@jklm.no wrote:
There is plenty of consumer hardware (e.g., mac books) that does not use
AT keyboards or PS/2 mice. It therefore makes sense for distro kernels
by EXPERT.
Moreover, building these drivers as modules gets rid of the following ugly
error during boot:
[2.337745] i8042: PNP: No PS/2 controller found. Probing ports directly.
[3.439537] i8042: No controller found
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Dmitry Torokhov dmitry.torok
On Tue, Sep 3, 2013 at 5:02 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Mon, Sep 02, 2013 at 08:47:10PM +0200, Tom Gundersen wrote:
There is plenty of consumer hardware (e.g., mac books) that does not use
AT keyboards or PS/2 mice. It therefore makes sense for distro kernels
to build
-by: Tom Gundersen t...@jklm.no
---
This appears to work for me (though I don't have the real hardware to test), I
get the following aliases:
alias: acpi*:CPQA0D7:*
alias: pnp:dCPQA0D7*
alias: acpi*:PNP0345:*
alias: pnp:dPNP0345*
alias: acpi*:PNP0344
--- a/names.c
+++ b/names.c
@@ -3,6 +3,7 @@
* names.c -- USB name database manipulation routines
*
* Copyright (C) 1999, 2000 Thomas Sailer (sai...@ife.ee.ethz.ch)
+ * Copyright (C) 2013 Tom Gundersen (t...@jklm.no)
*
* This program is free software; you can
This lets you select hwdb support at compile time.
hwdb is an efficient hardware database shipped with recent versions of udev. It
contains
among other sources pci.ids so querying hwdb rather than reading pci.ids
directly should give
the same result.
Ideally Linux distros using udev could stop
On Wed, Sep 4, 2013 at 3:57 PM, Martin Mares m...@ucw.cz wrote:
Hello!
First of all: Sorry for not replying to the first mail. I do not follow
linux-pci too much these days (or, I do that in big batches).
No problem, I guessed as much.
This lets you select hwdb support at compile time.
lfb_size can easily be say 4M, which would make the bitshit overflow and
the test fail.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: David Herrmann dh.herrm...@gmail.com
Cc: H. Peter Anvin h...@zytor.com
---
arch/x86/kernel/sysfb_simplefb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Stephen Warren swar...@wwwdotorg.org
Cc: David Herrmann dh.herrm...@gmail.com
---
drivers/video/simplefb.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/video/simplefb.c b/drivers
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Stephen Warren swar...@wwwdotorg.org
Cc: David Herrmann dh.herrm...@gmail.com
---
Hi,
Sorry for the resend, got the ml address wrong.
-t
drivers/video/simplefb.c | 8
1 file changed, 8
On Fri, Sep 6, 2013 at 1:24 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Fri, Sep 6, 2013 at 12:59 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Fri, Sep 6, 2013 at 11:55 AM, David Herrmann dh.herrm...@gmail.com
wrote:
On Fri, Sep 6, 2013 at 11:32 AM, Tom Gundersen t
Hi guys,
With current git (v3.11-5058-g57d7309) I get the following oops:
[5.434312] [ cut here ]
[5.434318] WARNING: CPU: 2 PID: 199 at arch/x86/mm/ioremap.c:171
__ioremap_caller+0x2e3/0x390()
[5.434321] Info: mapping multiple BARs. Your kernel is fine.
[
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen t...@jklm.no
Acked-by: Stephen Warren swar...@wwwdotorg.org
Cc: David Herrmann dh.herrm...@gmail.com
---
v2: also print smem_len as requested by David
drivers/video/simplefb.c | 8
1 file changed, 8
On Sat, Sep 7, 2013 at 2:40 PM, David Herrmann dh.herrm...@gmail.com wrote:
On Fri, Sep 6, 2013 at 2:10 PM, Tom Gundersen t...@jklm.no wrote:
Hi guys,
With current git (v3.11-5058-g57d7309) I get the following oops:
[5.434312] [ cut here ]
[5.434318] WARNING
This is similar to the output printed by efifb.
Signed-off-by: Tom Gundersen t...@jklm.no
Acked-by: Stephen Warren swar...@wwwdotorg.org
Cc: David Herrmann dh.herrm...@gmail.com
---
v2: also print smem_len, as requested by David
v3: don't cast, as requested by Geert
drivers/video/simplefb.c | 8
Hi David,
On Sat, Sep 7, 2013 at 11:57 PM, Tom Gundersen t...@jklm.no wrote:
On Sat, Sep 7, 2013 at 4:30 PM, David Herrmann dh.herrm...@gmail.com wrote:
Attached are two patches. The first one should fix this issue, the
second one is the rebased ioremap_wc() patch from the other thread.
Does
On Sun, Sep 8, 2013 at 2:13 AM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Sun, Sep 8, 2013 at 1:22 AM, Tom Gundersen t...@jklm.no wrote:
Hi David,
On Sat, Sep 7, 2013 at 11:57 PM, Tom Gundersen t...@jklm.no wrote:
On Sat, Sep 7, 2013 at 4:30 PM, David Herrmann dh.herrm...@gmail.com
by EXPERT.
Moreover, building these drivers as modules gets rid of the following ugly
error during boot:
[2.337745] i8042: PNP: No PS/2 controller found. Probing ports directly.
[3.439537] i8042: No controller found
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Dmitry Torokhov dmitry.torok
On Mon, Sep 2, 2013 at 11:30 PM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Mon, Sep 2, 2013 at 11:01 PM, richard -rw- weinberger
richard.weinber...@gmail.com wrote:
On Mon, Sep 2, 2013 at 8:47 PM, Tom Gundersen t...@jklm.no wrote:
There is plenty of consumer hardware (e.g., mac books
On Thu, Jun 5, 2014 at 3:31 PM, Ming Lei ming@canonical.com wrote:
On Thu, Jun 5, 2014 at 8:25 PM, Tom Gundersen t...@jklm.no wrote:
On 5 Jun 2014 14:18, Ming Lei ming@canonical.com wrote:
On Wed, Jun 4, 2014 at 11:48 PM, Takashi Iwai ti...@suse.de wrote:
[The patch was originally
On Thu, Jun 5, 2014 at 3:59 PM, Ming Lei ming@canonical.com wrote:
On Thu, Jun 5, 2014 at 9:47 PM, Takashi Iwai ti...@suse.de wrote:
At Thu, 5 Jun 2014 21:31:56 +0800,
Ming Lei wrote:
On Thu, Jun 5, 2014 at 8:25 PM, Tom Gundersen t...@jklm.no wrote:
On 5 Jun 2014 14:18, Ming Lei ming
,
Ming Lei wrote:
On Thu, Jun 5, 2014 at 8:25 PM, Tom Gundersen t...@jklm.no wrote:
On 5 Jun 2014 14:18, Ming Lei ming@canonical.com wrote:
On Wed, Jun 4, 2014 at 11:48 PM, Takashi Iwai ti...@suse.de wrote:
[The patch was originally proposed by Tom Gundersen, and rewritten
On Thu, Jun 5, 2014 at 4:54 PM, Ming Lei ming@canonical.com wrote:
Ubuntu currently enables the firmware loader in both the kernel and in
udev, so would not yet have a problem here at the moment. However, I
spoke with Martin Pitt and he told me that both Debian and Ubuntu
would like to
On Fri, Jun 6, 2014 at 4:03 PM, Takashi Iwai ti...@suse.de wrote:
At Fri, 6 Jun 2014 07:00:22 +0800,
Ming Lei wrote:
On Thu, Jun 5, 2014 at 11:15 PM, Tom Gundersen t...@jklm.no wrote:
On Thu, Jun 5, 2014 at 4:54 PM, Ming Lei ming@canonical.com wrote:
Ubuntu currently enables
Hi Balaji,
On Mon, Jun 9, 2014 at 3:26 PM, b_b_si...@dell.com wrote:
The existing BIOS-DUP’s will not work on latest kernel, which has
CONFIG_FW_LOADER_USER_HELPER=n configured in Kernel config by default which
is not expected by the dell_rbu.
We have made a changes in BIOS-Dell Update
On Mon, Jun 9, 2014 at 4:01 PM, b_b_si...@dell.com wrote:
Older userspace or existing DUP's doesn't work with your patch
CONFIG_FW_LOADER_USER_HELPER=n.
I will give a try with https://lkml.org/lkml/2014/6/4/327 new patch let you
know ASAP.
Thanks!
Cheers,
Tom
--
To unsubscribe from
Enable the module alias hookup to allow tunnel modules to be autoloaded on
demand.
This is in line with how most other netdev kinds work, and will allow userspace
to create tunnels without having CAP_SYS_MODULE.
Signed-off-by: Tom Gundersen t...@jklm.no
---
v2: add ';'
Hi Dave,
I must have
On Thu, May 15, 2014 at 11:32 PM, Stephen Hemminger
step...@networkplumber.org wrote:
On Tue, 13 May 2014 10:48:28 +0200
Tom Gundersen t...@jklm.no wrote:
Enable the module alias hookup to allow tunnel modules to be autoloaded on
demand.
This is in line with how most other netdev kinds
Enable the module alias hookup to allow tunnel modules to be autoloaded on
demand.
This is in line with how most other netdev kinds work, and will allow userspace
to create tunnels without having CAP_SYS_MODULE.
Signed-off-by: Tom Gundersen t...@jklm.no
Tested-by: Susant Sahani sus
On Tue, Jun 10, 2014 at 5:13 PM, b_b_si...@dell.com wrote:
I see contradiction of drivers/base/Kconfig here i.e, If I configure
DELL_RBU=y I cannot configure FW_LOADER_USER_HELPER=n.
with this patch https://lkml.org/lkml/2014/6/4/327 i cannot have
FW_LOADER_USER_HELPER=n DELL_RBU=y at the
On Mon, Jun 16, 2014 at 4:08 PM, b_b_si...@dell.com wrote:
Today I have tried with 3.15 the behavior is same as before.
None of these patches were in 3.15, so that should behave as before.
Cheers,
Tom
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
would be appreciated.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Ming Lei ming@canonical.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Abhay Salunke abhay_salu...@dell.com
Cc: Stefan Roese s...@denx.de
Cc: Arnd Bergmann a...@arndb.de
Cc: Kay Sievers k...@vrfy.org
---
drivers
On Wed, May 21, 2014 at 9:47 PM, David Miller da...@davemloft.net wrote:
From: Tom Gundersen t...@jklm.no
Date: Thu, 15 May 2014 23:21:30 +0200
Enable the module alias hookup to allow tunnel modules to be autoloaded on
demand.
This is in line with how most other netdev kinds work
On Wed, Jun 4, 2014 at 4:20 PM, Takashi Iwai ti...@suse.de wrote:
At Mon, 2 Jun 2014 20:24:34 +0200,
Tom Gundersen wrote:
Currently (at least) the dell-rbu driver selects FW_LOADER_USER_HELPER,
which means that distros can't really stop loading firmware through udev
without breaking other
On Wed, Jun 4, 2014 at 4:31 PM, Takashi Iwai ti...@suse.de wrote:
At Wed, 04 Jun 2014 16:20:16 +0200,
Takashi Iwai wrote:
At Mon, 2 Jun 2014 20:24:34 +0200,
Tom Gundersen wrote:
Currently (at least) the dell-rbu driver selects FW_LOADER_USER_HELPER,
which means that distros can't
Commit 78551277e4df5: Input: i8042 - add PNP modaliases had a bug, where the
second call to MODULE_DEVICE_TABLE() overrode the first resulting in not all
the modaliases being exposed.
This fixes the problem by including the name of the device_id table in the
__mod_*_device_table alias, allowing
Hi Rusty,
On Tue, Jan 28, 2014 at 2:35 AM, Rusty Russell ru...@rustcorp.com.au wrote:
Tom Gundersen t...@jklm.no writes:
Commit 78551277e4df5: Input: i8042 - add PNP modaliases had a bug, where
the
second call to MODULE_DEVICE_TABLE() overrode the first resulting in not all
the modaliases
us to export several device_id tables
per module.
Suggested-by: Kay Sievers k...@vrfy.org
Acked-by: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Cc: Rusty Russell ru...@rustcorp.com.au
Signed-off-by: Tom Gundersen t...@jklm.no
---
include/linux
Userspace needs to reliably know the ifindex of the netdevs it creates,
as we cannot rely on the ifname staying unchanged.
Earlier, a simlpe NLMSG_ERROR would be returned, but this returns the
corresponding RTM_NEWLINK on success instead.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Marcel
/software/systemd/man/udev.html#Type
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Marcel Holtmann mar...@holtmann.org
Cc: Greg KH gre...@linuxfoundation.org
Cc: Kay Sievers k...@vrfy.org
---
net/ethernet/eth.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/net
Hi Veaceslav,
Thanks for your quick reply.
On Thu, Jan 30, 2014 at 4:05 PM, Veaceslav Falico vfal...@redhat.com wrote:
On Thu, Jan 30, 2014 at 02:20:02PM +0100, Tom Gundersen wrote:
In systemd's networkd and udevd, we would like to give the administrator a
simple way to filter net devices
Hi Thomas,
Thanks for your reply.
On Thu, Jan 30, 2014 at 3:27 PM, Thomas Graf tg...@suug.ch wrote:
On 01/30/14 at 02:05pm, Tom Gundersen wrote:
Userspace needs to reliably know the ifindex of the netdevs it creates,
as we cannot rely on the ifname staying unchanged.
Earlier, a simlpe
This lets you select hwdb support at compile time.
hwdb is an efficient hardware database shipped with recent versions of udev. It
contains
among other sources pci.ids so querying hwdb rather than reading pci.ids
directly should give
the same result.
Ideally Linux distros using udev could stop
Hi Martin,
On Sun, Dec 15, 2013 at 12:33 PM, Martin Mares m...@ucw.cz wrote:
I see that a mechanism for fast lookup of hardware identification data
is needed. However, why should such a mechanism depend on udev, systemd,
or Linux in general?
What I would really like to have is a universal
On Fri, Mar 28, 2014 at 7:54 PM, David Miller da...@davemloft.net wrote:
From: David Herrmann dh.herrm...@gmail.com
Date: Wed, 26 Mar 2014 14:05:13 +0100
The main use-case is to allow udev to skip applying reliable ifnames to
virtual
devices. For instance, if wifi-P2P devices are created,
On Fri, Mar 28, 2014 at 10:21 PM, David Miller da...@davemloft.net wrote:
From: Tom Gundersen t...@jklm.no
Date: Fri, 28 Mar 2014 21:51:53 +0100
On Fri, Mar 28, 2014 at 7:54 PM, David Miller da...@davemloft.net wrote:
From: David Herrmann dh.herrm...@gmail.com
Date: Wed, 26 Mar 2014 14:05:13
On Sat, Mar 29, 2014 at 2:42 AM, David Miller da...@davemloft.net wrote:
From: Tom Gundersen t...@jklm.no
Date: Fri, 28 Mar 2014 23:39:57 +0100
You mean coordinate with each other in userspace? If so, I still don't
see how this can ever be anything else than fragile. It will depend on
each
eventually be dropped.
- introduce a new assign type NET_NAME_PREDICTABLE to indicate to
userspace that the kernel-assigned names are well-behaved.
Tom Gundersen (33):
net: add name_assign_type netdev attribute
net: set name assign type for renamed devices
net: set name_assign_type
Such names should be NET_NAME_USER, in case the emptystring is given we
fallback to an enumerated name.
Signed-off-by: Tom Gundersen t...@jklm.no
---
drivers/net/bonding/bond_main.c | 3 ++-
drivers/net/tun.c | 9 ++---
drivers/tty/n_gsm.c | 10 +++---
net/atm
-by: Tom Gundersen t...@jklm.no
Reviewed-by: David Herrmann dh.herrm...@gmail.com
Reviewed-by: Kay Sievers k...@vrfy.org
---
Documentation/ABI/testing/sysfs-class-net | 11 +++
include/linux/netdevice.h | 2 ++
include/uapi/linux/netdevice.h| 6 ++
net/core/net
Names are given by the first available X.25 channel, so order
of device creation matters.
Signed-off-by: Tom Gundersen t...@jklm.no
---
drivers/net/wan/x25_asy.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wan/x25_asy.c b/drivers/net/wan/x25_asy.c
index
Names are given by the first available SLCAN channel, so order
of device creation matters.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Wolfgang Grandegger w...@grandegger.com
Cc: Marc Kleine-Budde m...@pengutronix.de
Cc: linux-...@vger.kernel.org
---
drivers/net/can/slcan.c | 2 +-
1 file
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Pravin Shelar pshe...@nicira.com
Cc: d...@openvswitch.org
---
net/openvswitch/datapath.c | 1 +
net/openvswitch/vport-internal_dev.c | 2 +-
net/openvswitch/vport.h | 2 ++
3 files changed, 4 insertions(+), 1 deletion(-)
diff
Use the same assign type, as the name we are basing our new name on.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Tom Tucker t...@opengridcomputing.com
Cc: Steve Wise sw...@opengridcomputing.com
Cc: Roland Dreier rol...@kernel.org
Cc: Sean Hefty sean.he...@intel.com
Cc: Hal Rosenstock
The name is given by the firmware, so we assume it is predictable.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Brett Rudley brud...@broadcom.com
Cc: Arend van Spriel ar...@broadcom.com
Cc: Franky (Zhenhui) Lin fran...@broadcom.com
Cc: Hante Meuleman meule...@broadcom.com
Cc: John Linville linvi
Names are given by the first available SLIP channel, so order
of device creation matters.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Tyler Hall tylerwh...@gmail.com
---
drivers/net/slip/slip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/slip/slip.c b
it NET_NAME_USER.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Paul Mackerras pau...@samba.org
Cc: linux-...@vger.kernel.org
---
drivers/net/ppp/ppp_generic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ppp/ppp_generic.c b/drivers/net/ppp/ppp_generic.c
index 5c002b1..9757b52
The name is given by the firmware, so we assume it is predictable.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Fabian Godehardt f...@emlix.com
Cc: Florian Fainelli f.faine...@gmail.com
---
net/dsa/dsa.c | 3 ++-
net/dsa/dsa_priv.h | 3 ++-
net/dsa/slave.c| 6 +++---
3 files changed, 7
The name is obtained from the 'hardware', so consider it predictable.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Chris Metcalf cmetc...@tilera.com
---
drivers/net/ethernet/tile/tilegx.c | 7 ---
drivers/net/ethernet/tile/tilepro.c | 13 +++--
2 files changed, 11 insertions(+), 9
When deriving the name from the real device, inherit the assign type, otherwise
set PREDICTABLE as the name will be uniquely determined by the VLANID.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Patrick McHardy ka...@trash.net
---
net/8021q/vlan.c | 7 ++-
1 file changed, 6 insertions
When naming a device based on a combination of the parent device, and
the upsr-supplied key, inherit the name assign type from the parent.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Roland Dreier rol...@kernel.org
Cc: Sean Hefty sean.he...@intel.com
Cc: Hal Rosenstock hal.rosenst...@gmail.com
The hamradio devices are created the same way with the same names on module
init time so should therefore be PREDICTABLE rather than ENUM.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Thomas Sailer t.sai...@alumni.ethz.ch
Cc: Joerg Reuter jreu...@yaina.de
Cc: Jean-Paul Roubelat j...@f6fbb.org
Cc
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Samuel Ortiz sam...@sortiz.org
Cc: Dragos Foianu dragos.foi...@gmail.com
---
include/net/irda/irlan_eth.h | 2 +-
net/irda/irlan/irlan_common.c | 2 +-
net/irda/irlan/irlan_eth.c| 7 ---
3 files changed, 6 insertions(+), 5 deletions(-)
diff
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Karsten Keil i...@linux-pingi.de
---
drivers/isdn/i4l/isdn_common.c | 4 ++--
drivers/isdn/i4l/isdn_net.c| 10 +-
drivers/isdn/i4l/isdn_net.h| 4 ++--
3 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/isdn/i4l
Let the drivers pass in the name assign type. They all get the name as a module
parameter.
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Dan Carpenter dan.carpen...@oracle.com
Cc: Paul Gortmaker paul.gortma...@windriver.com
---
drivers/net/arcnet/arc-rimi.c | 2 +-
drivers/net/arcnet
Signed-off-by: Tom Gundersen t...@jklm.no
Cc: Marek Lindner mareklind...@neomailbox.ch
Cc: Simon Wunderlich s...@simonwunderlich.de
Cc: Antonio Quartulli anto...@meshcoding.com
Cc: b.a.t.m@lists.open-mesh.org
---
net/batman-adv/hard-interface.c | 5 +++--
net/batman-adv/hard-interface.h | 3
1 - 100 of 394 matches
Mail list logo