[arch-dev-public] 3.13 packages in testing
teg at jklm.no
Sun Jan 26 13:37:54 EST 2014
On Sun, Jan 26, 2014 at 7:04 PM, Thomas Bächler <thomas at archlinux.org> wrote:
>> Am 26.01.2014 13:56, schrieb Tom Gundersen:
> Okay, there are two problems: 1), the i8042 module was lacking
> modaliases. This is resolved by this patch http://pastebin.com/bKydQZLF
I'll submit this upstream (and cc stable).
> 2) Some machines to not export the i8042 controller by either ACPI or
> PNP - for example, on my machine. Loading i8042 works just fine, but it
> will never be autodetected.
> This message is probably related:
> [14287.808024] i8042: PNP: No PS/2 controller found. Probing ports directly.
Hm, this sucks a bit, as the manual probing (at least in my tests)
will delay boot quite significantly. I was told that the manual
probing stuff was not really relevant anymore, but if you are running
into it that info seems dubious.
> So, should we just apply the patch and leave it as a module, or should
> we make it built-in again and close
> https://bugs.archlinux.org/task/27555 as "Won't fix"?
So I'm obviously biased, but I'd prefer if we kept this as a module.
Given the problem you ran into, I see two options: inform about the
possible need to force-load the module in a post-install message (if
we work from the assumption that it will be a rare issue). Or, if the
problem appears to be more wide-spread, simply ship a modules-load.d
fragment that will load the module. This will at least will give
people the option to mask the fragment if they don't need the module
to avoid the boot-delays (and spurious error message in dmesg).
More information about the arch-dev-public