Bug#274991: Boot parameter "debian-installer/probe/usb" no longer works
The change below seems to have broken the use of "debian-installer/probe/usb"
as a boot parameter.
fjp@strider:~/projects/d-i/svn/packages/usb-discover/debian$ svn log templates
r14303 | joeyh | 2004-04-24 02:07:33 +0200 (Sat, 24 Apr 2004) | 2 lines
* Joey Hess
- Fix apparently innocuous Default: typo.
fjp@strider:~/projects/d-i/svn/packages/usb-discover/debian$ svn diff -r 11697
templates
Index: templates
===================================================================
--- templates (revision 11697)
+++ templates (working copy)
@@ -1,4 +1,4 @@
Template: debian-installer/probe/usb
Type: boolean
-Defalt: true
+Default: true
Description: probe for usb devices?
I have added some debugging statements to S25usb-linux and, after booting with
"debian-installer/probe/usb=false", this resulted in the following output.
Oct 5 08:54:38 usb-prober: info: USB-prober started
Oct 5 08:54:38 usb-prober: info: Modules loaded:
Module Size Used by Not tainted
unix 12592 2 (auto clean)
Oct 5 08:54:39 usb-prober: info: debian-installer/probe/usb = true
^^^^
Oct 5 08:54:40 usb-prober: info: Running usb-discover
Oct 5 08:54:41 kernel: usb.c: registered new driver usbdevfs
Oct 5 08:54:41 kernel: usb.c: registered new driver hub
Oct 5 08:54:41 kernel: usb.c: registered new driver usbkbd
Oct 5 08:54:41 kernel: usbkbd.c: :USB HID Boot Protocol keyboard driver
Oct 5 08:54:41 kernel: usb.c: registered new driver serial
Oct 5 08:54:41 kernel: usbserial.c: USB Serial support registered for Generic
Oct 5 08:54:41 kernel: usbserial.c: USB Serial Driver core v1.4
Oct 5 08:54:41 usb-prober: info: Modules loaded:
Module Size Used by Not tainted
usbserial 17980 0 (unused)
keybdev 1540 0 (unused)
usbkbd 2488 0 (unused)
input 2848 0 [keybdev usbkbd]
usbcore 52044 0 [usbserial usbkbd]
unix 12592 2 (autoclean)
Apparently setting a default in the template overrules any value passed as a
boot parameter.
A fix for this problem could be to remove the Default value in the template,
but maybe a better option is available.
(Looks like the typo was not really innocuous ;-)
Reply to: