linux-kernel - Re: No IDE drivers loaded for Toshiba Satellite 320 CDS

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200804021820.04610.elendil@planet.nl>
Date:	Wed, 2 Apr 2008 18:20:03 +0200
From:	Frans Pop <elendil@...net.nl>
To:	Lennart Sorensen <lsorense@...lub.uwaterloo.ca>
Cc:	linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org,
	Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
Subject: Re: No IDE drivers loaded for Toshiba Satellite 320 CDS

On Wednesday 02 April 2008, Lennart Sorensen wrote:
> I am sure the debian installer used to always load ide-generic after
> trying everything else.  There was probably a reason for that.  You
> never have been able to detect isa devices releably (even after pnp was
> invented).

Well, what the installer used to do for Sarge and Etch was basically to load 
_all_ drivers (including ide-generic) manually by default, which is totally 
useless as most devices are perfectly autodetected nowadays. It also wastes 
memory as you'd end up having a lot of unused drivers in memory.

Post-etch we decided to change that and currently drivers are only loaded if 
autodetected (with some exceptions, such as for sparc sbus and hppa bus). 
We were aware that this could cause some regressions, but so far this is the 
first real report.

Another change in Debian since Etch is that initramfs-tools no longer loads 
ide-generic by default, which IMO is also a good thing. We can easily make 
it load ide-generic when needed, but for that again we first have to know 
that it _is_ needed.

> > But to have the installer itself automatically load ide-generic for the
> > user, we'd still have to somehow recognize that we need the driver.
> > Any ideas/suggestions what to look for?
>
> If you can't see any other disks, load it.

Yes, that could be one way to implement it: load it and then check if that 
added any devices.

> Heck load it last no matter 
> what since any supported IDE ports should have already had their driver
> loaded, so worst case it does nothing in which case the autoclean of
> unneeded kernel modules could remove it again, and best case it finds an
> old isa/vlb style IDE controller on the standard port numbers and works
> with it.

That would still leave us with the problem of not knowing whether it needs 
to be added for initramfs-tools or not.

If there are no other suggestions, I guess we'll go with a "load and check" 
implementation. Thanks a lot for your input.

Anybody know how other distributions deal with this?

Cheers,
FJP
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/