From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2013-March/023527.html | 116 ++++++++++++++++++++++++++++++ 1 file changed, 116 insertions(+) create mode 100644 zarb-ml/mageia-dev/2013-March/023527.html (limited to 'zarb-ml/mageia-dev/2013-March/023527.html') diff --git a/zarb-ml/mageia-dev/2013-March/023527.html b/zarb-ml/mageia-dev/2013-March/023527.html new file mode 100644 index 000000000..ac7fe2b5a --- /dev/null +++ b/zarb-ml/mageia-dev/2013-March/023527.html @@ -0,0 +1,116 @@ + + + + [Mageia-dev] [soft-commits] [7542] - fix loading modules with "-" in their names (mga#9242) + + + + + + + + + +

[Mageia-dev] [soft-commits] [7542] - fix loading modules with "-" in their names (mga#9242)

+ AL13N + alien at rmail.be +
+ Fri Mar 15 11:24:17 CET 2013 +

+
+ +
> 'Twas brillig, and AL13N at 15/03/13 06:50 did gyre and gimble:
+>> Op donderdag 14 maart 2013 21:25:15 schreef Thierry Vignaud:
+>>> On 14 March 2013 20:29, AL13N <alien at rmail.be> wrote:
+>>>>>> - fix loading modules with "-" in their names (mga#9242)
+>>>>>> - add an easy buildtarget for testing
+>>>>>
+>>>>> A couple remarks:
+>>>>> - next time do a commit a time (first your change, then bumping
+>>>>> version)
+>>>>
+>>>> ah, ok, is there a reason for this (to have separate a change and then
+>>>> a
+>>>> version bump)?
+>>>
+>>> in order to have smaller easier to review commits.
+>>> You really do not want to come on big old commits when trying to
+>>> understand
+>>> a problem.
+>>>
+>>>>> I hope you tested several modules with both case?
+>>>>
+>>>> yes, i tried with several. and since the xen-netfront modules aren't
+>>>> autodetected for some reason (i'm trying to look into it)
+>>>
+>>> b/c it has no pci/usb alias, only the following (which we do not look
+>>> for)
+>>> alias:          xennet
+>>> alias:          xen:vif
+>>>
+>>> well, we don't know how to detect that.
+>>
+>> supposedly udev should give events to load that...
+>>
+>> but perhaps stage1 doesn't use udev?
+>>
+>> would you think it would be ok, to manually add such workaround code in
+>> stage1?
+>
+> For mga4 I hope I have the time to look into rebasing stage1 on
+> dracut... not sure it is the right thing overall, but it would be nice
+> to cut down on different things used in different places (assuming it
+> doesn't cause any problems!).
+>
+> But, meh, we'll see how the time goes!!
+
+i doubt you'll have time...
+
+but, in that case, maybe stage1 (or stage2) is not required anymore???
+
+maybe i should first do these workarounds about xen:vif ...
+
+
+ + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1