On 02/03/12 09:18, Luciano Coelho wrote: > On Fri, 2012-02-03 at 09:13 -0500, Richard Farina wrote: >> On 02/03/12 00:57, Luciano Coelho wrote: >>> On Thu, 2012-02-02 at 21:48 -0500, Rick Farina wrote: >>>> There were a lot of needless calls to "modprobe -l <drivername>" and even more confusingly $(MODPROBE). >>>> None of this is needed on a modern distro, and it errors on when modprobe -l is removed (such as KMOD in Arch Linux) >>>> >>>> Signed-of-By: Rick Farina <sidhayn@xxxxxxxxx> >>>> --- >>> I agree with this. The modprobes are just there in order to list which >>> of the relevant modules you have in your system. There is little value >>> in this and, if considered really necessary, there surely must be other >>> ways to find out? >>> >> Although I've never liked all this scrolling, I would have recoded it >> rather than removed it if I knew how. At the present time there is no >> way which I know to replicate this functionality. I suppose a find >> statement could be added but honestly I just don't see it as necessary, >> or any cleaner. > Well, at least we should use something else then $(MODPROBE) -l. It > would be nice to make it more generic. "-l" is a modprobe specific > option, maybe it could be moved to the variable itself so it could be > changed for another command with the same effect? Maybe change it to > $(FINDMODULE) and assign it to "modprobe -l" by default? I still don't think all that output has any use at all, but if you find a way to replicate the behavior of modprobe -l you are certainly welcome to use that in place of one or both of my patches. The command run in patch 1 is the closest I was able to come to replicating modprobe -l and the output is huge (hence the > /dev/null) so I just read the exit code. The patchset I sent is one possible solution, and in my eyes the cleanest one. Please feel free to push these fixes, use my patches as a base for a changeset of your own, or completely ignore my patches and solve the issue completely as you see fit :-) I take no offense in any of these cases, but I lack the ability to (even remotely) cleanly replicate the modprobe -l functionality so I simply removed all the (useless in my eyes) print statements. Thanks, Rick Farina -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html