1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE> [Mageia-dev] USB Keyboard disabled in current stage1
</TITLE>
<LINK REL="Index" HREF="index.html" >
<LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20USB%20Keyboard%20disabled%20in%20current%20stage1&In-Reply-To=%3C1441564.zSLYeiQr7X%40localhost%3E">
<META NAME="robots" CONTENT="index,nofollow">
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="023666.html">
<LINK REL="Next" HREF="023669.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-dev] USB Keyboard disabled in current stage1</H1>
<B>AL13N</B>
<A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20USB%20Keyboard%20disabled%20in%20current%20stage1&In-Reply-To=%3C1441564.zSLYeiQr7X%40localhost%3E"
TITLE="[Mageia-dev] USB Keyboard disabled in current stage1">alien at rmail.be
</A><BR>
<I>Wed Mar 20 21:22:21 CET 2013</I>
<P><UL>
<LI>Previous message: <A HREF="023666.html">[Mageia-dev] USB Keyboard disabled in current stage1
</A></li>
<LI>Next message: <A HREF="023669.html">[Mageia-dev] USB Keyboard disabled in current stage1
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#23668">[ date ]</a>
<a href="thread.html#23668">[ thread ]</a>
<a href="subject.html#23668">[ subject ]</a>
<a href="author.html#23668">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>Op woensdag 20 maart 2013 21:20:14 schreef AL13N:
><i> Op woensdag 20 maart 2013 15:50:06 schreef Frank Griffin:
</I>><i> > On 03/20/2013 01:33 PM, Thierry Vignaud wrote:
</I>><i> > > That's because modules.alias enables to match through wildchars.
</I>><i> > >
</I>><i> > > eg for ehci (see either /sbin/modinfo ehci_pci or
</I>><i> > > "fgrep ehci /lib/modules/3.8.3-desktop-2.mga3/modules.alias"):
</I>><i> > >
</I>><i> > > alias pci:v0000104Ad0000CC00sv*sd*bc*sc*i* ehci_pci
</I>><i> > > alias pci:v*d*sv*sd*bc0Csc03i20* ehci_pci
</I>><i> > >
</I>><i> > > That means that ehci matches both:
</I>><i> > > - 0x104A 0xCC00 (probably a device that reports a broken/bogus class)
</I>><i> > > - any PCI device whose class is PCI_CLASS_SERIAL_USB_EHCI
</I>><i> > >
</I>><i> > > Note that for this one:
</I>><i> > > - lsmod reports ehci_pci
</I>><i> > > - modinfo reports the real fs path: ehci-pci
</I>><i> > > - lspci -vvk reports: ehci-pci
</I>><i> >
</I>><i> > I understand. It is the kernel itself (and associated tools) that mix
</I>><i> > and match underscore and dash. Hence the need for a conversion patch.
</I>><i>
</I>><i> not really, it just means that in the kernel - are mapped to _; modprobe
</I>><i> tools handle both cases, just modinfo reports the filename which can
</I>><i> include '-', but it can still handle both.
</I>><i>
</I>><i> lspci and most tools just report it as it's really named (depending on
</I>><i> filename). modules.dep and modules.descr, etc... has the name as it is as
</I>><i> well, meaning there can be '-' in the name.
</I>><i>
</I>><i> i just see this workaround being effective to handle lstdetect, which
</I>><i> somehow forces all of it being lowercase...
</I>><i>
</I>><i> i don't know how much of lstdetect is hardcoded and how much of it is
</I>><i> generated, but imho the cleanest way would be to fix lstdetect, so that it
</I>><i> gives the proper module names...
</I>><i>
</I>><i> i've been looking at a way to fix the module list window for choosing, but
</I>><i> the problem isn't as simple as i thought, since insmod looks at
</I>><i> filenames... which is another workaround.
</I>><i>
</I>><i> @thierry: i donno what you think of it, but imo:
</I>><i> A) fixing lstdetect would be the cleanest way (maybe not the simplest)
</I>><i> B) perhaps in the comparing i can workaround this, but the compare code will
</I>><i> not be as simple as it should...
</I>
forgot to mention option C:
C) using kmod in stage1
but option C might not be as easy and will increase the stage1 size; and
raises the question if stage2 is actually still needed then...?
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="023666.html">[Mageia-dev] USB Keyboard disabled in current stage1
</A></li>
<LI>Next message: <A HREF="023669.html">[Mageia-dev] USB Keyboard disabled in current stage1
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#23668">[ date ]</a>
<a href="thread.html#23668">[ thread ]</a>
<a href="subject.html#23668">[ subject ]</a>
<a href="author.html#23668">[ author ]</a>
</LI>
</UL>
<hr>
<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev
mailing list</a><br>
</body></html>
|
