This policy used to be unconditionally applied by udev, but there
is no reason to make userspace be involved in this and in the future
udev will not be doing it by default.
See: <https://github.com/systemd/systemd/pull/353>.
Signed-off-by: Tom Gundersen
Cc: Jiri Kosina
Cc: Greg Kroah-H
On Sun, Nov 2, 2014 at 10:13 PM, Andy Lutomirski wrote:
> On Sun, Nov 2, 2014 at 12:47 PM, Tom Gundersen wrote:
>> Hi Andy,
>>
>> On Sun, Nov 2, 2014 at 7:57 PM, Andy Lutomirski wrote:
>>> I want to get U2F (universal second factor, sometimes called "security
Hi Andy,
On Sun, Nov 2, 2014 at 7:57 PM, Andy Lutomirski wrote:
> I want to get U2F (universal second factor, sometimes called "security
> key" or even "gnubby") working on Linux. U2F tokens are HID devices
> that speak a custom protocol. The intent is that user code will speak
> to then using
, allowing us to export several device_id tables
per module.
Suggested-by: Kay Sievers
Acked-by: Greg Kroah-Hartman
Cc: Dmitry Torokhov
Cc: Rusty Russell
Signed-off-by: Tom Gundersen
---
include/linux/module.h | 2 +-
scripts/mod/file2alias.c | 14 +-
2 files changed, 10 insert
Hi Rusty,
On Tue, Jan 28, 2014 at 2:35 AM, Rusty Russell wrote:
> Tom Gundersen 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
>>
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
On Sun, Jan 26, 2014 at 10:00 PM, Tom Gundersen wrote:
> Commit 78551277e4 exposed the PNP modaliases for the i8042 module. However,
> the aux entries overrode the kbd ones.
>
> Refactor the device_id lists to expose both the aux and the kbd modaliases.
>
> Cc: Dmitry Torokho
Commit 78551277e4 exposed the PNP modaliases for the i8042 module. However,
the aux entries overrode the kbd ones.
Refactor the device_id lists to expose both the aux and the kbd modaliases.
Cc: Dmitry Torokhov
Signed-off-by: Tom Gundersen
---
Hi Dmitry,
I don't know if there is a bette
On Fri, Oct 4, 2013 at 2:26 PM, Tom Gundersen wrote:
> On Wed, Sep 4, 2013 at 11:27 AM, Tom Gundersen 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
>
On Mon, Oct 14, 2013 at 4:07 PM, Mauro Carvalho Chehab
wrote:
> Hi Tom,
>
> Em Mon, 14 Oct 2013 15:16:20 +0200
> Tom Gundersen escreveu:
>
>> Hi David and Juan,
>>
>> I'm going through the various out-of-tree LIRC drivers to see if we
>> can sto
Hi David and Juan,
I'm going through the various out-of-tree LIRC drivers to see if we
can stop shipping them in Arch Linux [0]. So far it appears we can
drop all except for lirc_wpc8769l [1] (PnP id WEC1020).
I noticed the comment in windownd-cir [2]:
* Currently supports the Winbond WPCD376i
On Wed, Sep 4, 2013 at 11:27 AM, Tom Gundersen 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: Mat
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.
>
> Repo
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--" alias (which I don't think you can
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
Cc: Dmitry Torokhov
Signed-off-by: Tom Gundersen
---
This appears to
On Tue, Sep 3, 2013 at 5:02 PM, Matthew Garrett 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
>>
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 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
>
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
Cc: Dmitry Tor
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
Cc: Dmitry Torokhov
---
drivers/input
On Mon, Sep 2, 2013 at 11:30 PM, Geert Uytterhoeven
wrote:
> On Mon, Sep 2, 2013 at 11:01 PM, richard -rw- weinberger
> wrote:
>> On Mon, Sep 2, 2013 at 8:47 PM, Tom Gundersen wrote:
>>> There is plenty of consumer hardware (e.g., mac books) that does not use
>>>
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
Cc: Dmitry Torokhov
---
drivers/input
21 matches
Mail list logo
