Le Samedi 10 Ao�t 2002 05:21, Pixel a �crit :
> rcc <[EMAIL PROTECTED]> writes:
> > detect_devices.pm:
> >
> > 83: sub floppies() {
> > 84: require modules;
> > 85: eval { modules::load("floppy") };
> > return if $@; <------- new
> >
> >
> > this is just a quick hack but it works here, draktools used to segfault
> > before, they don't anymore and floppy gets loaded if present,
>
> rcc does it still do the same with the new kernel?
>
> i've been trying to reproduce, but no luck (disabling the floppy
> controller in bios makes the floppy unusable, but floppy.o still
> modprobes)
>
> otherwise i'll go the way to check if the module exist and the
> insmod fails.
the problems is still here
with kernel 2.4.19-1
# harddrake start
Recherche de nouveaux p�riph�riquesHint: insmod errors can be caused by
incorrect module parameters, including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
/etc/init.d//harddrake: line 53: 1976 Segmentation fault
/usr/share/harddrake/service_harddrake 2>/dev/null
[ERREUR]
one solution that I've found is (after the suggestion of rcc) is
sub floppies() {
require modules;
eval { modules::load("floppy") };
if (!$@) {
my @fds = map {
my $info = (!dev_is_devfs() || -e "/dev/fd$_") &&
c::floppy_info(devices::make("fd$_"));
if_($info && $info ne '(null)', { device => "fd$_", devfs_device
=> "floppy/$_", media_type => 'fd', info => $info })
} qw(0 1);
}
# harddrake start
Recherche de nouveaux p�riph�riquesHint: insmod errors can be caused by
incorrect module parameters, including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
[ OK ]
--
+-
|Xavier Granier, IMAGER, Post-doc
|Department of Computer Science, The University of British Columbia
|Address : 201-2366 Main Mall Vancouver, B.C. V6T 1Z4 , Canada
|Mail: [EMAIL PROTECTED], Phone: 1-604-822-8158 , Fax: 1-604-822-5485
|http://www.cs.ubc.ca/~xgranier/
+-
